On 5/12/05, Sonam Chauhan <[EMAIL PROTECTED]> wrote: > Thanks Peter. > > Mike: Thanks for your input. > > > since it's a regular expression, I expect you have to use the proper > > regular expression escape sequences, of which \<CR> is not one. \n and > > \r are. > > That should make no difference - I used Perl's quotemeta to quote the regex, > and the quoted regex worked fine in the Perl testcase I included earlier.
Seems to me that quotemeta is rather simple-minded - it's designed for real Perl only. > > JMeter regex support is supposed to be Perl-compatible, so the quoted regex > may work fine in JMeter too... but I don't get a chance to test it, due to > the Java (or JMeter?) cut-paste bug I mentioned. JMeter uses Jakarta ORO. Not sure that this guarantees to be completely Perl-compatible. > That bug occurs when pasting the quoted regex into any JMeter text box - > whether in a response assertion or just a test plan comment textbox. It > looks like Java/JMeter seems to dislike a bare <CR> by itself - it just > blows it away. Bare <LF> characters seem to be pasted in as <CR><LF>. This is almost certainly a Java issue, not JMeter per se. This may also vary, depending on the platform. > Another line termination bug I posted last year may be vaguely related: > (http://issues.eu.apache.org/bugzilla/show_bug.cgi?id=28866) > > I may try stripping all '\<CR>' sequences from the text and seeing how that > goes. You could just edit the JMX file to add the LF and CR characters and see if that works. But I think I would fix the script to do a bit more than just quote-meta. >From the point of view of HTML, it's not often that one needs to differentiate space from CR and/or LF, so why not replace them all with \s+? > > Regards, > Sonam Chauhan > -- > Electronic Commerce, Corporate Express Australia Ltd. > Phone: +61-2-9335-0725, Email: [EMAIL PROTECTED] > > > -----Original Message----- > > From: Michael Stover [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, 11 May 2005 11:15 PM > > To: [email protected] > > Subject: Re: Regression Testing w/ JMeter > > > > since it's a regular expression, I expect you have to use the proper > > regular expression escape sequences, of which \<CR> is not one. \n and > > \r are. > > > > -Mike > > > > On Wed, 2005-05-11 at 07:42 -0400, Peter Lin wrote: > > > I've never seen the problem myself, so can't really offer any tips > > > > > > peter > > > > > > > > > On 5/11/05, Sonam Chauhan <[EMAIL PROTECTED]> wrote: > > > > Since I got no replies, a followup nag -- > > > > > > > > Any idea if the below is expected behavior for JMeter or Java? > > > > (In the passage below, '<CR>' and '<LF>' stand for carriage return and > > line > > > > feed characters respectively.) > > > > > > > > > blah\<CR>\<LF> > > > > > ^^^^^^^escaped <CR> and <LF> > > > > > > > > > > Now when I copy this escaped text and paste it into the JMeter > > Response > > > > > Assertion's Swing textbox, something (could be Java) does not like a > > bare > > > > > <LF> without a <CR> immediately before it, and the string gets > > clobberred > > > > > like so: > > > > > > > > > > blah\\<CR><LF> > > > > > ^^^^ Arrgh! > > > > > > > > Cheers, > > > > Sonam Chauhan > > > > -- > > > > Electronic Commerce, Corporate Express Australia Ltd. > > > > Phone: +61-2-9335-0725, Email: [EMAIL PROTECTED] > > > > > > > > > -----Original Message----- > > > > > From: Sonam Chauhan > > > > > Sent: Friday, 6 May 2005 9:06 PM > > > > > To: 'JMeter Users List' > > > > > Subject: RE: Regression Testing w/ JMeter > > > > > > > > > > Hello Jmeter-ers. > > > > > > > > > > I tried setting up a simple JMeter testcase for my > > > > > "use-regexs-as-a-diff-flag" idea; but no matter what I did, the > > assertion > > > > > do > > > > > not work. > > > > > > > > > > I know the idea itself is sound (see Perl code below), but I may > > have run > > > > > into a bug (feature?) in line terminations in JMeter. Or have I? > > > > > > > > > > When I run Perl's quotemeta on a string with a "<CR><LF>" line > > termination > > > > > (Say for e.g.: "blah<CR><LF>"), it quotes both the <CR> and the <LF> > > > > > characters thus: > > > > > > > > > > blah\<CR>\<LF> > > > > > ^^^^^^^escaped <CR> and <LF> > > > > > > > > > > Now when I copy this escaped text and paste it into the JMeter > > Response > > > > > Assertion's Swing textbox, something (could be Java) does not like a > > bare > > > > > <LF> without a <CR> immediately before it, and the string gets > > clobberred > > > > > like so: > > > > > > > > > > blah\\<CR><LF> > > > > > ^^^^ Arrgh! > > > > > > > > > > Manually correcting the text in the Swing checkbox seems to have no > > > > > effect. > > > > > > > > > > Anyway, thought I'd pop this up to the list for some ideas and > > comments... > > > > > > > > > > Regards, > > > > > Sonam Chauhan > > > > > -- > > > > > Electronic Commerce, Corporate Express Australia Ltd. > > > > > Phone: +61-2-9335-0725, Email: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > From: Sonam Chauhan > > > > > > Sent: Thursday, 5 May 2005 1:57 PM > > > > > > To: 'JMeter Users List' > > > > > > Subject: RE: Regression Testing w/ JMeter > > > > > > > > > > > > > > > > > It would be hard - there could be dozens or even > > hundreds of > > > > > > > characters > > > > > > > > > > > that need to be escaped else they'll be treated as funky > > > > > regular > > > > > > > > > > > expression signifiers. > > > > > > > > > > > > Mike: It's easy just using quotemeta to automatically escape > > anything > > > > > that > > > > > > looks dangerous. > > > > > > > > > > > > Thanks for the advice guys. I've got a simple prototype working in > > Perl. > > > > > > In > > > > > > the code below, both the sample texts with some arbitrary special > > > > > > characters > > > > > > match against a single 3-part regular expression. > > > > > > > > > > > > Regards, > > > > > > Sonam Chauhan > > > > > > -- > > > > > > Electronic Commerce, Corporate Express Australia Ltd. > > > > > > Phone: +61-2-9335-0725, Email: [EMAIL PROTECTED] > > > > > > > > > > > > PERL CODE > > > > > > ========================================== > > > > > > #!/usr/bin/perl > > > > > > > > > > > > #Text that must be matched > > > > > > $sample_text1 = 'multi-line test \t with special *?#. > > > > > > VAR 123 characters like . \d and .$'; > > > > > > $sample_text2 = 'multi-line test \t with special *?#. > > > > > > VAR 457 characters like . \d and .$'; > > > > > > $text_to_match = $sample_text2; # or $text2 > > > > > > > > > > > > #Regular Expressions that will match against text > > > > > > $regex_1 = 'multi-line test \t with special *?#. > > > > > > '; > > > > > > $regex_2 = ' VAR \d\d\d '; > > > > > > $regex_3 = 'characters like . \d and .$'; > > > > > > > > > > > > #Actual matching > > > > > > $full_regex = quotemeta ($regex_1).$regex_2.quotemeta > > ($regex_3); > > > > > > $result = $text_to_match =~ /($full_regex)/; > > > > > > > > > > > > #Output > > > > > > print "----------------------------\n"; > > > > > > print "Text to match: $text_to_match\n"; > > > > > > print "----------------------------\n"; > > > > > > print "Quotemeta'ed Regex: $full_regex\n"; > > > > > > print "----------------------------\n"; > > > > > > print "Match result: $result\n"; > > > > > > print "----------------------------\n"; > > > > > > print "\$1 from match: $1\n"; > > > > > > > > > > > > > > > > > > > > > > > > PROGRAM OUTPUT > > > > > > ========================================== > > > > > > Text to match: multi-line test \t with special *?#. > > > > > > VAR 457 characters like . \d and .$ > > > > > > ---------------------------- > > > > > > Quotemeta'ed Regex: multi\-line\ test\ \\t\ with\ special\ > > \*\?\#\.\ \ > > > > > > VAR \d\d\d characters\ like\ \.\ \\d\ and\ \.\$ > > > > > > ---------------------------- > > > > > > Match result: 1 > > > > > > ---------------------------- > > > > > > $1 from match: multi-line test \t with special *?#. > > > > > > VAR 457 characters like . \d and .$ > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: Michael Stover [mailto:[EMAIL PROTECTED] > > > > > > > Sent: Wednesday, 27 April 2005 11:16 PM > > > > > > > To: [email protected] > > > > > > > Subject: Re: Regression Testing w/ JMeter > > > > > > > > > > > > > > ha, I can never keep them straight without looking them up every > > time. > > > > > > > I need a quick reference for life. > > > > > > > > > > > > > > On Wed, 2005-04-27 at 14:13 +0100, sebb wrote: > > > > > > > > \s* would be better ;-) > > > > > > > > > > > > > > > > I think it will be much easier to replace the variable bits > > with > > > > > > > > something fixed (e.g. nothing) before trying any comparisons. > > > > > > > > > > > > > > > > This should all be possible using the BeanShell Assertion - at > > least > > > > > > > > for proof of concept. > > > > > > > > > > > > > > > > S. > > > > > > > > On 4/27/05, Michael Stover <[EMAIL PROTECTED]> wrote: > > > > > > > > > Maybe you'll have to take drastic steps like replacing all > > white > > > > > > space > > > > > > > > > characters with \S* constructs, since whitespace could be > > tabs, > > > > > > > spaces, > > > > > > > > > linefeeds, carriage returns... > > > > > > > > > > > > > > > > > > The only way I ever have success with big regexes is to > > build them > > > > > > up > > > > > > > > > from tiny to large, whereas you are trying to start out with > > the > > > > > > whole > > > > > > > > > shebang. > > > > > > > > > > > > > > > > > > -Mike > > > > > > > > > > > > > > > > > > On Wed, 2005-04-27 at 11:54 +1000, Sonam Chauhan wrote: > > > > > > > > > > Hi Mike, Sebb - > > > > > > > > > > > > > > > > > > > > > It would be hard - there could be dozens or even > > hundreds of > > > > > > > characters > > > > > > > > > > > that need to be escaped else they'll be treated as funky > > > > > regular > > > > > > > > > > > expression signifiers. > > > > > > > > > > > > > > > > > > > > I played around on this a while back... I recall I used a > > Perl > > > > > > > script to > > > > > > > > > > process the text to escape metacharacters. (I used the > > quotemeta > > > > > > > builtin > > > > > > > > > > Perl function that escapes just about everything not > > > > > alphanumeric > > > > > > > with a > > > > > > > > > > backslash - even spaces!). I could not get it to work > > though - > > > > > > even > > > > > > > with > > > > > > > > > > modifiers. I _suspect_ it could be a line terminator issue > > - I > > > > > > > suspect Java > > > > > > > > > > does something strange with line terminations of text > > pasted > > > > > into > > > > > > a > > > > > > > textbox. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Obviously, even if it works, a 4-step process involving > > external > > > > > > > tools isn't > > > > > > > > > > practical for everyday use. Ideally, an 'Enhanced Response > > > > > > > Assertion' > > > > > > > > > > element would allow me to simply paste in a full document, > > mark > > > > > > > certain of > > > > > > > > > > text, and edit them as regular expressions (these would > > then > > > > > > display > > > > > > > in a > > > > > > > > > > different font or color). > > > > > > > > > > > > > > > > > > > > Seb, you also mentioned: > > > > > > > > > > > > The Regex Tester might help here. > > > > > > > > > > > > > > > > > > > > I haven't used one so far -- is there a specific one you > > had in > > > > > > > mind? > > > > > > > > > > > > > > > > > > > > Regards, > > > > > > > > > > Sonam Chauhan > > > > > > > > > > -- > > > > > > > > > > Electronic Commerce, Corporate Express Australia Ltd. > > > > > > > > > > Phone: +61-2-9335-0725, Email: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > > > > From: Michael Stover [mailto:[EMAIL PROTECTED] > > > > > > > > > > > Sent: Tuesday, 26 April 2005 11:25 PM > > > > > > > > > > > To: [email protected] > > > > > > > > > > > Subject: Re: Regression Testing w/ JMeter > > > > > > > > > > > > > > > > > > > > > > It would be hard - there could be dozens or even > > hundreds of > > > > > > > characters > > > > > > > > > > > that need to be escaped else they'll be treated as funky > > > > > regular > > > > > > > > > > > expression signifiers. > > > > > > > > > > > > > > > > > > > > > > -Mike > > > > > > > > > > > > > > > > > > > > > > On Tue, 2005-04-26 at 11:18 +0100, sebb wrote: > > > > > > > > > > > > Clever idea - should work. > > > > > > > > > > > > But it is harder to make work than removing/replacing > > the > > > > > > > variable > > > > > > > > > > > > bits as you are finding! > > > > > > > > > > > > > > > > > > > > > > > > The modifiers such as (?m) and (?s) do work in JMeter. > > > > > > > > > > > > > > > > > > > > > > > > Note that these can change the meaning of ".", ^ $ etc > > > > > > > > > > > > > > > > > > > > > > > > The Regex Tester might help here. > > > > > > > > > > > > > > > > > > > > > > > > S. > > > > > > > > > > > > On 4/26/05, Sonam Chauhan <[EMAIL PROTECTED]> > > wrote: > > > > > > > > > > > > > > Or one could develop a new Assertion. > > > > > > > > > > > > > > > > > > > > > > > > > > > > You might still need to add a way to edit the > > responses > > > > > to > > > > > > > remove > > > > > > > > > > > the > > > > > > > > > > > > > > variable data. > > > > > > > > > > > > > > > > > > > > > > > > > > Sebb and Keith - I tried something similar with > > plain > > > > > > response > > > > > > > > > > > assertions > > > > > > > > > > > > > and regexs... my intention was to get JMeter to act > > as a > > > > > > > rudimentary > > > > > > > > > > > diff > > > > > > > > > > > > > facility (it just signals if something is > > different), but > > > > > I > > > > > > > may have > > > > > > > > > > > run > > > > > > > > > > > > > into a limitation the regex support. > > > > > > > > > > > > > > > > > > > > > > > > > > The usual way to use Response Assertions is setting > > > > > snippets > > > > > > > of text > > > > > > > > > > > (which > > > > > > > > > > > > > may have regexs) in an assertion. JMeter then tries > > to > > > > > match > > > > > > > the > > > > > > > > > > > response > > > > > > > > > > > > > body (or headers) against it. > > > > > > > > > > > > > > > > > > > > > > > > > > Is it possible to assert a suitably processed > > multiline > > > > > > > document? I > > > > > > > > > > > was > > > > > > > > > > > > > thinking of something like this: > > > > > > > > > > > > > > > > > > > > > > > > > > 1. Take the _entire_ body response from a server > > > > > > > > > > > > > 2. Replace the variable bits with suitable regular > > > > > > expressions > > > > > > > > > > > > > 3. Quote any other regex metacharacters > > > > > > > > > > > > > 4. Take the text processed this way, and set it as a > > > > > JMeter > > > > > > > response > > > > > > > > > > > > > assertion > > > > > > > > > > > > > > > > > > > > > > > > > > I tried doing this - JMeter lets me paste in this > > multi- > > > > > line > > > > > > > text into > > > > > > > > > > > the > > > > > > > > > > > > > assertion textbox with no problems, but try as I > > might, I > > > > > > > could not it > > > > > > > > > > > to > > > > > > > > > > > > > work. I also tried using Perl5 extended regular > > > > > expressions > > > > > > of > > > > > > > > > > > multiline > > > > > > > > > > > > > matching - i.e., instead of /abc/m, I set the > > assertion to > > > > > > > (?m)abc - > > > > > > > > > > > but no > > > > > > > > > > > > > go. > > > > > > > > > > > > > > > > > > > > > > > > > > I'd like your thoughts on this issue. > > > > > > > > > > > > > > > > > > > > > > > > > > Regards, > > > > > > > > > > > > > Sonam Chauhan > > > > > > > > > > > > > -- > > > > > > > > > > > > > Electronic Commerce, Corporate Express Australia > > Ltd. > > > > > > > > > > > > > Phone: +61-2-9335-0725, Email: > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > > > > > > > From: sebb [mailto:[EMAIL PROTECTED] > > > > > > > > > > > > > > Sent: Monday, 25 April 2005 10:51 PM > > > > > > > > > > > > > > To: JMeter Users List > > > > > > > > > > > > > > Subject: Re: Regression Testing w/ JMeter > > > > > > > > > > > > > > > > > > > > > > > > > > > > The Post-Processor Save Responses to a File was > > partly > > > > > > > introduced > > > > > > > > > > > with > > > > > > > > > > > > > > this in mind. > > > > > > > > > > > > > > > > > > > > > > > > > > > > This takes a name prefix (which I think can be a > > > > > variable) > > > > > > > so you > > > > > > > > > > > can > > > > > > > > > > > > > > run the test twice, saving the results to two sets > > of > > > > > > files, > > > > > > > and > > > > > > > > > > > then > > > > > > > > > > > > > > use some other tool to do comparisons of the > > files. > > > > > > > > > > > > > > > > > > > > > > > > > > > > You may need to pre-process the files to remove > > some > > > > > > dynamic > > > > > > > data > > > > > > > > > > > > > > (e.g. dates/times) before doing the diffs. > > > > > > > > > > > > > > > > > > > > > > > > > > > > There's no differencing capability built into > > JMeter at > > > > > > > present. > > > > > > > > > > > > > > > > > > > > > > > > > > > > However, I guess the Save Responses test element > > could > > > > > be > > > > > > > extended > > > > > > > > > > > to > > > > > > > > > > > > > > include a second filename prefix, and could save > > the new > > > > > > > data and > > > > > > > > > > > then > > > > > > > > > > > > > > compare it. Not sure offhand how this should > > report > > > > > > > differences - I > > > > > > > > > > > > > > think it may run too late to change the failure > > status - > > > > > > but > > > > > > > it > > > > > > > > > > > could > > > > > > > > > > > > > > certainly log a message. > > > > > > > > > > > > > > > > > > > > > > > > > > > > Or one could develop a new Assertion. > > > > > > > > > > > > > > > > > > > > > > > > > > > > You might still need to add a way to edit the > > responses > > > > > to > > > > > > > remove > > > > > > > > > > > the > > > > > > > > > > > > > > variable data. > > > > > > > > > > > > > > I think this could be done using another Post- > > Processor > > > > > > > (BeanShell > > > > > > > > > > > > > > Assertion should be usable here) that gets run > > before > > > > > the > > > > > > > Saver gets > > > > > > > > > > > > > > the result. Or this could be added to the Saver > > itself > > > > > > > (easier to > > > > > > > > > > > > > > understand). > > > > > > > > > > > > > > > > > > > > > > > > > > > > I suggest you try using external comparisons > > first, as > > > > > > this > > > > > > > will > > > > > > > > > > > give > > > > > > > > > > > > > > a better idea of the sort of text that might need > > to be > > > > > > > removed from > > > > > > > > > > > > > > the responses before diffing. > > > > > > > > > > > > > > > > > > > > > > > > > > > > S. > > > > > > > > > > > > > > On 4/25/05, Keith Weicksel <[EMAIL PROTECTED]> > > > > > wrote: > > > > > > > > > > > > > > > I was wondering if anyone used JMeter to > > regression > > > > > test > > > > > > a > > > > > > > site. > > > > > > > > > > > > > > > Particularily, what I am looking for is the > > ability > > > > > to: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 1 - create a baseline tests for some path in our > > site > > > > > > > (storing the > > > > > > > > > > > > > > > HTML/DOM response somewhere) > > > > > > > > > > > > > > > 2 - run the same test again after changes were > > made to > > > > > > the > > > > > > > site > > > > > > > > > > > and be > > > > > > > > > > > > > > > able to DIFF the responses (showing the > > differences > > > > > > > somehow) > > > > > > > > > > > > > > > 3 - if there are changes (and they are OK), > > replace > > > > > the > > > > > > > baseline > > > > > > > > > > > > > > > responses with the new valid ones > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I have used JMeter for about a month now, and do > > not > > > > > > > believe it > > > > > > > > > > > has this > > > > > > > > > > > > > > > functionality built right into it at this point. > > My > > > > > > > question is > > > > > > > > > > > what is > > > > > > > > > > > > > > > the extent of the regression testing ability > > buiilt > > > > > into > > > > > > > JMeter? > > > > > > > > > > > And > > > > > > > > > > > > > > > how difficult would it be to add this > > functionaility > > > > > to > > > > > > it > > > > > > > > > > > myselft? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Thanks, > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Keith > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------ > > ------ > > > > > -- > > > > > > -- > > > > > > > -------- > > > > > > > > > > > --- > > > > > > > > > > > > > > > To unsubscribe, e-mail: jmeter-user- > > > > > > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > For additional commands, e-mail: jmeter-user- > > > > > > > > > > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -------------------------------------------------- > > ------ > > > > > -- > > > > > > -- > > > > > > > -------- > > > > > > > > > > > - > > > > > > > > > > > > > > To unsubscribe, e-mail: jmeter-user- > > > > > > > [EMAIL PROTECTED] > > > > > > > > > > > > > > For additional commands, e-mail: jmeter-user- > > > > > > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > > > > ---------------------------------------------------- > > ------ > > > > > -- > > > > > > -- > > > > > > > ------- > > > > > > > > > > > > > To unsubscribe, e-mail: jmeter-user- > > > > > > > [EMAIL PROTECTED] > > > > > > > > > > > > > For additional commands, e-mail: jmeter-user- > > > > > > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------ > > ------ > > > > > -- > > > > > > -- > > > > > > > ----- > > > > > > > > > > > > To unsubscribe, e-mail: jmeter-user- > > > > > > > [EMAIL PROTECTED] > > > > > > > > > > > > For additional commands, e-mail: jmeter-user- > > > > > > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -------------------------------------------------------- > > ------ > > > > > -- > > > > > > -- > > > > > > > --- > > > > > > > > > > > To unsubscribe, e-mail: jmeter-user- > > > > > > [EMAIL PROTECTED] > > > > > > > > > > > For additional commands, e-mail: jmeter-user- > > > > > > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > ---------------------------------------------------------- > > ------ > > > > > -- > > > > > > -- > > > > > > > - > > > > > > > > > > To unsubscribe, e-mail: jmeter-user- > > > > > [EMAIL PROTECTED] > > > > > > > > > > For additional commands, e-mail: jmeter-user- > > > > > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > ------------------------------------------------------------ > > ------ > > > > > -- > > > > > > - > > > > > > > > > To unsubscribe, e-mail: jmeter-user- > > [EMAIL PROTECTED] > > > > > > > > > For additional commands, e-mail: jmeter-user- > > > > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -------------------------------------------------------------- > > ------ > > > > > - > > > > > > > > To unsubscribe, e-mail: jmeter-user- > > [EMAIL PROTECTED] > > > > > > > > For additional commands, e-mail: jmeter-user- > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ---------------------------------------------------------------- > > ----- > > > > > > > To unsubscribe, e-mail: jmeter-user- > > [EMAIL PROTECTED] > > > > > > > For additional commands, e-mail: jmeter-user- > > [EMAIL PROTECTED] > > > > > > > > > > > > ------------------------------------------------------------------ > > --- > > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > > > For additional commands, e-mail: jmeter-user- > > [EMAIL PROTECTED] > > > > > > > > > > -------------------------------------------------------------------- > > - > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
