The issue is that user can not get any info from Headers. JMS Publisher sends message to a queue and AMQ returns some header-info (including JMSMEssageId, etc) - see YH1179 screenshot. I'm using Post RegExpExtr - see 1180 screenshot. The extractor supposes to extract "JMSMessageId" value into TT_PUB variable. See Debug screenshot - the value is not extracted. ER: user is able to use Post RegExpExtr with JMS Publisher to extract any info from returned Header.
Created attachment 27814 [details] Debug
Created attachment 27815 [details] Pub RegExpExtr
Created attachment 27816 [details] JMS Publisher
Created attachment 27817 [details] Test Plan
JMS is an asynchronous protocol so doing this seems to me weird. Furthermore, JMSMessageId is in Request Headers no response headers. So if we decide to implement it it is more an enhancement than a bug. Regards Philippe
(In reply to comment #5) > JMS is an asynchronous protocol so doing this seems to me weird. However, the id is set on return from the send message call; as such this part is synchronous. > Furthermore, JMSMessageId is in Request Headers not response headers. > > So if we decide to implement it it is more an enhancement than a bug. The Regex Extractor was written assuming that the request details are already known, so it was not felt necessary to allow access to the request headers, only the response headers. However, there are probably other samplers where not all of the request details are known in advance - or easy to access - so it probably would be worthwile enhancing some of the PostProcessors accordingly. See Bug 52061. As a workround in the meantime, you can use the BSH or BSF postprocessor to access the response request headers. Resolving this issue, as the work is now to be done as part of Bug 52061.
Agree.
This issue has been migrated to GitHub: https://github.com/apache/jmeter/issues/2613