Re: JMeter 5.5

[Philippe Mouawad]

Hello Felix,
What is the waitilg fix ?

Thanks

On Wednesday, June 1, 2022, Plotkin, Alex - US
 wrote:

> Felix,
>
> Thank you kindly for providing the information and thank you for
> continuing to work on JMeter.
>
> Alex.
>
>
> 
> From: Felix Schumacher
> Sent: Wednesday, June 1, 2022 7:46 AM
> To: user@jmeter.apache.org
> Subject: Re: JMeter 5.5
>
>
> The last RC was cancelled due to a minor issue and we have one small fix
> waiting to be reviewed, before we start the next RC (which should not take
> too long (famous last words), though I happen to have rather few spare time
> at the moment).
>
> Felix
>
> Am 31.05.22 um 18:01 schrieb Plotkin, Alex - US:
>
> Hello,
>
> I was wondering if JMeter 5.5 will be officially released soon?
>
> Thank you,
>
> Alex.
>
> 
>
> This electronic message contains information from CACI International Inc
> or subsidiary companies, which may be company sensitive, proprietary,
> privileged or otherwise protected from disclosure. The information is
> intended to be used solely by the recipient(s) named above. If you are not
> an intended recipient, be aware that any review, disclosure, copying,
> distribution or use of this transmission or its contents is prohibited. If
> you have received this transmission in error, please notify the sender
> immediately.
>
>
>

-- 
Cordialement.
Philippe Mouawad.

Re: Response Assertion: extended regex ignore case syntax not working as documented

[Philippe Mouawad]

On Fri, Feb 18, 2022 at 12:38 PM Felix Schumacher <
felix.schumac...@internetallee.de> wrote:

> Hi Philippe,
>
> I told Hartmut to take the discussion on list, as I think it has a wider
> audience and changing the implementation could introduce a changed
> behaviour in test plans.
>
Yes good idea

>
> I hadn't thought of Bug 57672, but remembered an older discussion on
> (dev?) mailing list, where the possible breaking changes where weighed
> higher than the advantages of getting rid of an dependency and having a
> richer implementation of a regex parser.
>
Possibly, it's a bit far for my memory :-)

>
> Vladimir proposed a sliding change of wrapping the ORO instances for one
> of the next releases with a configurable switch to let users decide on
> the actual implementation and later start deprecating ORO and even later
> removing it.

Yes it's a good idea


> I think that is a valid approach and I second your
> statement of volunteer time, that we would gladly accept :)
>
:-)

>
> Kind Regards
>
>   Felix
>
> Am 18.02.22 um 08:54 schrieb Philippe Mouawad:
> > Hello,
> >
> > The migration from Oro to Java regex is identified for a while now under:
> >
> > - https://bz.apache.org/bugzilla/show_bug.cgi?id=57672
> >
> > Still, as you know, this project is based on volunteers work.
> > If you feel like contributing this enhancement you'll be welcome.
> > Otherwise you may have to wait a bit, although change can happen fast :-)
> >
> >
> > Regards
> >
> > On Thu, Feb 17, 2022 at 11:13 PM Honisch, Hartmut
> >  wrote:
> >
> >> Hi team,
> >>
> >> I noticed that regex patterns in "Response Assertions" using "(?i)" and
> >> "(?-i)" to enable / disable case insensitive matching for certain parts
> of
> >> the regex pattern don't work as they're supposed to.
> >> For example the regex "(?i)apple(?-i) Pie" does NOT match "ApPLe Pie",
> >> even though it should according to JMeter documentation, see
> >>
> https://jmeter.apache.org/usermanual/component_reference.html#Response_Assertion
> >> .
> >>
> >> Looks like that particular regex feature in Response Assertions has
> never
> >> worked as documented. Unfortunately, that part of JMeter uses the old
> >> Jakarta ORO regex parser (https://jakarta.apache.org/oro/) which was
> >> retired in 2010, so it won't be fixed there. I guess JMeter would have
> to
> >> replace the old ORO regex parser with Java's built-in regex
> implementation
> >> - which is used in other places like the "View Results Tree" listener
> >> "find" function BTW.
> >>
> >> I've filed a bug (https://bz.apache.org/bugzilla/show_bug.cgi?id=65883
> ),
> >> but I was asked to take the issue to the mailing list, because switching
> >> from ORO regex parser to Java regex parser will certainly cause some
> >> existing regex's to behave differently. Nevertheless, IMHO it would be a
> >> good idea to remove the ORO parser from JMeter with the next major
> release
> >> (6.0) - if only because using an abandoned library in your application
> is
> >> never a good thing for obvious reasons.
> >>
> >> Any thoughts on this?
> >>
> >> Regards
> >> Hartmut
> >>
> >>
> >>
>


-- 
Cordialement
Philippe M.
Ubik-Ingenierie

Re: Response Assertion: extended regex ignore case syntax not working as documented

[Philippe Mouawad]

Hello,

The migration from Oro to Java regex is identified for a while now under:

- https://bz.apache.org/bugzilla/show_bug.cgi?id=57672

Still, as you know, this project is based on volunteers work.
If you feel like contributing this enhancement you'll be welcome.
Otherwise you may have to wait a bit, although change can happen fast :-)


Regards

On Thu, Feb 17, 2022 at 11:13 PM Honisch, Hartmut
 wrote:

> Hi team,
>
> I noticed that regex patterns in "Response Assertions" using "(?i)" and
> "(?-i)" to enable / disable case insensitive matching for certain parts of
> the regex pattern don't work as they're supposed to.
> For example the regex "(?i)apple(?-i) Pie" does NOT match "ApPLe Pie",
> even though it should according to JMeter documentation, see
> https://jmeter.apache.org/usermanual/component_reference.html#Response_Assertion
> .
>
> Looks like that particular regex feature in Response Assertions has never
> worked as documented. Unfortunately, that part of JMeter uses the old
> Jakarta ORO regex parser (https://jakarta.apache.org/oro/) which was
> retired in 2010, so it won't be fixed there. I guess JMeter would have to
> replace the old ORO regex parser with Java's built-in regex implementation
> - which is used in other places like the "View Results Tree" listener
> "find" function BTW.
>
> I've filed a bug (https://bz.apache.org/bugzilla/show_bug.cgi?id=65883),
> but I was asked to take the issue to the mailing list, because switching
> from ORO regex parser to Java regex parser will certainly cause some
> existing regex's to behave differently. Nevertheless, IMHO it would be a
> good idea to remove the ORO parser from JMeter with the next major release
> (6.0) - if only because using an abandoned library in your application is
> never a good thing for obvious reasons.
>
> Any thoughts on this?
>
> Regards
> Hartmut
>
>
>

-- 
Cordialement
Philippe M.
Ubik-Ingenierie

Re: Jmeter Log4J

[Philippe Mouawad]

Hello,
You can also read this:
https://www.ubik-ingenierie.com/blog/jmeter-and-the-log4j2-vulnerability/

Regards

On Tue, Dec 14, 2021 at 4:45 PM Dmitri T  wrote:

> It should be sufficient to add the next line to *system.properties* file
> (lives in "bin" folder of your JMeter installation)
>
> *log4j2.formatMsgNoLookups=true*
>
> or pass this property via -D command-line argument like:
>
> *jmeter -Dlog4j2.formatMsgNoLookups=true -n -t .*
>
> More information:
>
>- Constants.java from log4j 2.13.3
>
> 
>- Configuring JMeter
>
>- Apache JMeter Properties Customization Guide
>
>- Overriding Properties Via The Command Line
>
>
>
> On 12/14/2021 12:40 PM, Smruti Ranjan Roul wrote:
>
> Hi Team,
>
>
>
> With the recent vulnerabilities identified on Apache Log4j on 10th
> December, I wanted to know if there will be a new version of the Apache
> JMeter planned with the latest log4j versions.
>
>
>
> With the organization security policy, there will be a scan on the log4j.
> We know this will not have any impact with the vulnerability identified,
> but to provide the InfoSec team, with a confirmation email from the
> provider will be a added confidence.
>
>
>
> Thanks in advance.
>
>
>
> Thanks, and Regards,
> Smruti Ranjan Roul
> Technical Lead- *QA*
>
>
> First American (India) Private Limited
> “Aveda Meta”, No.184, Old Madras Road,
> Opp. Swami Vivekanand Metro Station,
> Indiranagar, Bangalore-560038, Karnataka, India
>
> Mobile   : + 91 8880138672
> Email : sranjanr...@firstam.com
>
>
>
>
>
>
>
>
>
> **
> This message may contain confidential or proprietary information intended
> only for the use of the addressee(s) named above or may contain information
> that is legally privileged.
> If you are not the intended addressee, or the person responsible for
> delivering it to the intended addressee, you are hereby notified that
> reading, disseminating, distributing or copying this message is strictly
> prohibited.
> If you have received this message by mistake, please immediately notify us
> by replying to the message and delete the original message and any copies
> immediately thereafter.
>
> If you received this email as a commercial message and would like to opt
> out of future commercial messages, please let us know and we will remove
> you from our distribution list.
>
> Thank you.
>
> **
> FAFLD
>
>

-- 
Cordialement
Philippe M.
Ubik-Ingenierie

Re: Jmeter release with CVE-2021-44228 mitigation

[Philippe Mouawad]

Hello,
You can read this blog which details how to proceed:

   -
   https://www.ubik-ingenierie.com/blog/jmeter-and-the-log4j2-vulnerability/

Regards
Philippe M.

On Tue, Dec 14, 2021 at 4:00 PM Smruti Ranjan Roul
 wrote:

> I have just raised this recently. But from one of the forum, I came to
> know that you can download the log4j jar files and replace on the JMeter
> package. The latest 2.16 version is readily available.
>
> https://logging.apache.org/log4j/2.x/download.html
>
> Thanks,
> Smruti
>
>
> -Original Message-
> From: Valeriy Zabawski 
> Sent: Tuesday, December 14, 2021 8:04 PM
> To: user@jmeter.apache.org
> Subject: Jmeter release with CVE-2021-44228 mitigation
>
> Hello everyone. I've noticed a commit in Jmeter GitHub repo that mitigates
> a recently discovered vulnerability in log4j library used by Jmeter.
> As far as I can see, this fix was only added to the code and new builds
> with the updated library were made. Does anyone know when the new version
> with log4j 2.15 library will be released? Also, I would like to know if
> Jmeter 2 and 3 will receive such fixes.
> Link to commit with fix:
>
> https://urldefense.com/v3/__https://github.com/apache/jmeter/commit/403842148e82c24e560c365efd8b7290076b0ba5__;!!L1aKtqoz4WY!JdHOFM5ACmAheHSIA4e7asv2KEub2AmAgQuSm_pS11IdipbeLWfba4K8YTpmVX1xrg$
>
> Thanks in advance.
>
>
> **
> This message may contain confidential or proprietary information intended
> only for the use of the addressee(s) named above or may contain information
> that is legally privileged.
> If you are not the intended addressee, or the person responsible for
> delivering it to the intended addressee, you are hereby notified that
> reading, disseminating, distributing or copying this message is strictly
> prohibited.
> If you have received this message by mistake, please immediately notify us
> by replying to the message and delete the original message and any copies
> immediately thereafter.
>
> If you received this email as a commercial message and would like to opt
> out of future commercial messages, please let us know and we will remove
> you from our distribution list.
>
> Thank you.
>
> **
> FAFLD
>
> -
> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> For additional commands, e-mail: user-h...@jmeter.apache.org
>


-- 
Cordialement
Philippe M.
Ubik-Ingenierie

Re: Download url broken

[Philippe Mouawad]

Thanks Felix !

On Wed, Sep 22, 2021 at 11:57 AM Felix Schumacher <
felix.schumac...@internetallee.de> wrote:

> Download should work again.
>
> Felix
>
> Am 22. September 2021 09:38:53 MESZ schrieb Felix Schumacher <
> felix.schumac...@internetallee.de>:
>>
>>
>>
>> Am 22. September 2021 08:04:37 MESZ schrieb Philippe Mouawad 
>> :
>>
>>> Hello,
>>> It looks like download url is broken:
>>>
>>> - https://jmeter.apache.org/download_jmeter.cgi
>>>
>>
>> Thanks for notifying. Infra knows about this (the Tomcat project notified 
>> them) and are looking into solving it.
>>
>> Regards
>>  Felix
>>
>>>
>>> Regards
>>>
>>>
>>> --
>> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
>> For additional commands, e-mail: user-h...@jmeter.apache.org
>>
>>

-- 
Cordialement
Philippe M.
Ubik-Ingenierie

Download url broken

[Philippe Mouawad]

Hello,
It looks like download url is broken:

- https://jmeter.apache.org/download_jmeter.cgi

Regards


-- 
Cordialement
Philippe M.
Ubik-Ingenierie

Re: Wrong 90th and 95th percentile values in JMeter HTML report

[Philippe Mouawad]

You rock Felix !

On Fri, Jun 4, 2021 at 5:39 PM Deepak Chaudhari 
wrote:

> I downloaded JMeter 5.5 and compared aggregate and HTML reports.
> Now the results are exactly the same
>
> Thank you very much Felix for fixing it on such short notice. :)
>
> [image: image.png]
>
> [image: image.png]
> .
>
> On Thu, Jun 3, 2021 at 11:14 PM Felix Schumacher <
> felix.schumac...@internetallee.de> wrote:
>
>> You might find https://bz.apache.org/bugzilla/show_bug.cgi?id=65353
>> interesting.
>>
>> With the next nightly build or build from trunk, you should be able to use 
>> the new property "backend_metrics_percentile_estimator" with a value of 
>> "R_3" to lessen the difference between both reports. But keep in mind, that 
>> the HTML Report use a sliding window, while the Aggregate Report does not 
>> (and will eventually OOM).
>>
>> Felix
>>
>>
>> Am 03.06.21 um 17:46 schrieb Deepak Chaudhari:
>>
>> I need to send both the reports to the client and surely the question
>> will come "Why is there so much difference?"
>> If there is any way with which we can generate almost similar aggregate
>> and HTML reports?
>>
>> On Thu, Jun 3, 2021 at 9:00 PM Felix Schumacher <
>> felix.schumac...@internetallee.de> wrote:
>>
>>> Without the actual data it is impossible to say, if the reports are
>>> wrong, or if they follow different ways to calculate a percentile.
>>>
>>> The problem here is, that the two reports are using different algorithms
>>> to calculate the percentiles. We are working with discrete numbers and here
>>> a percentile is more like a range than a single (correct or wrong) number.
>>> Say, you have the values [1, 2, 4, 8, 16, 32, 64, 128, 256, 512] want to
>>> calculate a 90% percentile. For this you take any number that splits the
>>> (sorted) list into two lists, where one list has all elements, that are
>>> smaller (or equal) to the number and one list contains all elements that
>>> are bigger than the number. For this example, any number between 256 and
>>> 511.99 would be a valid 90% percentile. (that is of course a broad
>>> description only)
>>>
>>> The Aggregate report currently uses a memory intensive way and stores a
>>> list with all values and picks the smallest number, that fits the above
>>> description. (This memory hogging behaviour should be fixed and would lead
>>> to less accurate data and less OOMs or slow JMeter instances)
>>>
>>> The HTML report gives you a value that would probably be a good 90%
>>> percentile, if you would have more data like the one, you already have by
>>> picking some value between the lower bound and the upper bound of the
>>> described range (in our example something between 256 and 511.999).
>>>
>>> As your report has very few samples (21 for the biggest difference in
>>> the numbers), the skew between the reported percentiles can look big, but
>>> are not necessarily wrong.
>>>
>>> Note, that if the numbers that both reports tell you are far apart, that
>>> is probably a sign of having either too few samples, or the samples
>>> (durations of the samples) are distributed sparsely near the  percentile
>>> ranges.
>>>
>>> We have discussed in the past to use the same algorithm for both
>>> components, so that you get consistent values, but there were always other
>>> issues, that seemed to be more important.
>>>
>>> Felix
>>> Am 02.06.21 um 15:28 schrieb Deepak Chaudhari:
>>>
>>> Hi,
>>>
>>> I collected JTL file during a test run and using that I'm generating
>>> HTML report and aggregate report. When I compare aggregate and HTML reports
>>> I found that 90th and 95th percentile values are wrong in HTML report.
>>> I tried to change "jmeter.reportgenerator.statistic_window" value in
>>> user.properties but still getting wrong values.
>>>
>>> *Aggregate report:*
>>> [image: image.png]
>>>
>>> *HTML report:*
>>> [image: image.png]
>>>
>>>

-- 
Cordialement
Philippe M.
Ubik-Ingenierie

Re: Jmeter not substituting variable in CSV Data Set Config

[Philippe Mouawad]

Hello Krister,

I'm sorry for your experience in this mailing list, the person who tried to
help you here is not a member of the project.
I guess his contributions help users, but sometimes the tone used is not
the most appropriate.

Now, regarding the order of execution, I was not working on the project
when it was decided, but from my experience and understanding, the order is
due to the fact that in
Configuration elements, we usually want to setup something before executing
any sampler, that's why the order in Plan does not apply and we rely on
scope instead as explained in reference documentation

   -
   https://jmeter.apache.org/usermanual/component_reference.html#config_elements


Scoping concept is another very important concept to understand besides the
order:

   - https://jmeter.apache.org/usermanual/test_plan.html#scoping_rules


I agree it is not very intuitive for beginners  but it has pro/cons.

Regarding your case, having this in mind, you should rely on Properties
instead of Variables for CSV Data Set filename configuration, see this for
Vars vs Properties

   - https://jmeter.apache.org/usermanual/functions.html

I hope this helps.

Regards
Philippe M.
https://leanpub.com/master-jmeter-from-load-test-to-devops
On Wed, Apr 7, 2021 at 2:17 PM Krister Nilsson <
krister.nils...@pensionsmyndigheten.se> wrote:

> glin...@live.com!
>
> That was a pretty arrogant answer! I refrain myself from further
> discussion though, except that proposing that patience is a virtue if
> you're working for a support organization.
>
> I do apologize for being a bit ignorant myself not thinking about the
> execution order in this case. I think however, that I am not the only one
> thinking that Jmeter is not very intuitive. It is not uncommon with tools
> where things are actually executed in the "order of appearance". There may
> be good reasons for why it is like it is now, but allow me to ask why, if a
> Configuration Element is always executed prior to all other, is it allowed
> to be placed (almost) anywhere? Perhaps an area for improvement?
>
> Thanks a lot for your answer!
> BR
> /Krister
>
> -Ursprungligt meddelande-
> Från: glin...@live.com 
> Skickat: den 7 april 2021 13:01
> Till: jmeter-u...@jakarta.apache.org
> Ämne: Re: Jmeter not substituting variable in CSV Data Set Config
>
> Of course it doesn't. Could you please bookmark the  Execution Order
> 
> chapter and re-read it prior to asking the next question.
>
>
> CSV Data Set Config is a *Configuration Element* so it's being executed
> before the JSR223 Sampler and in fact before everything else.
>
> The only configuration element which takes precedence is  User Defined
> Variables <
> https://guide.blazemeter.com/hc/en-us/articles/207421395-Using-User-Defined-Variables-Using-User-Defined-Variables
> >
> so you can define your *testdata* variable there and if you want to make
> it dynamic - use __groovy() function
>    to
> calculate/assign the value.
>
>
>
>
>
> --
> Sent from: http://www.jmeter-archive.org/JMeter-User-f512775.html
>
> -
> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> For additional commands, e-mail: user-h...@jmeter.apache.org
>
>
> -
> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> For additional commands, e-mail: user-h...@jmeter.apache.org
>
>

-- 
Cordialement
Philippe M.
Ubik-Ingenierie

Re: Jmeter 5.4.1 - RAW http request - REPLACE string not working

[Philippe Mouawad]

Hello Shay,
1/ Raw sampler is a 3rd party plugin that does not implement this feature.


2/ The replace feature is a « replace for correlation » , so it does not
replace currently data in all éléments.

Regards
On Sunday, February 21, 2021, Shay Ginsbourg  wrote:

> Hi Felix,
>
> Thank you for your swift response and attention.
>
> The details are as follows:
>
> Tested on Windows 10 host with java version "11.0.9" 2020-10-20 LTS
> 64-bits:
>
> Scenario:
>
> Add some text to RAW HTTP SAMPLER.
>
> Try from the Jmeter menu: `Search All & Expand` that text.
>
> Result: OK - The text is correctly found.
>
> Try from the Jmeter menu:  `Replace` the same text with another text
> string.
>
> Result: That text is NOT replaced although it was correctly found.
>
>
> Hope this helps.
>
> Sincerely,
> Shay
>
>
>
>
>
>
> On Sun, Feb 21, 2021 at 12:21 PM Felix Schumacher <
> felix.schumac...@internetallee.de> wrote:
>
> >
> > Am 21.02.21 um 11:02 schrieb Shay Ginsbourg:
> > > Hi,
> > >
> > > Although the `Search All & Expand` is functional within RAW HTTP
> > requests,
> > > the complementary `Replace` function is not working.
> >
> > Can you be more specific than "is not working"? I always like to have a
> > description, of what you expect, what you did and what you saw.
> >
> > And try not to hijack email threads. That is, don't answer an old email
> > and change the subject.
> >
> > Felix
> >
> > >
> > > Looks like a software bug that may be fixed.
> > >
> >
> > -
> > To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> > For additional commands, e-mail: user-h...@jmeter.apache.org
> >
> >
>
> --
>
>
> Sincerely,
>
>
>
> *Shay Ginsbourg*
>
> *Performance, Automation, and Load Testing Expert. *
>
> *​Regulatory Affairs Consultant​ for Medical Software​.*
>
> *(Since 2008)*
>
>
>
> *Ginsbourg.co.il*
> 
>
>
> Formerly QA Manager of LoadRunner at Mercury Interactive
>
>
>
> M.Sc. cum laude in Bio-Medical Engineering
>
> M.Sc. in Mechanical Engineering
>
>
> Mobile:  +972(0)54-6690915
> Email: sginsbo...@gmail.com
>
> Visit my personal page on LinkedIn at:
> http://www.linkedin.com/in/shayginsbourg
>


-- 
Cordialement
Philippe M.
Ubik-Ingenierie

Re: Can not download jmeter from jmeter.apache.org

[Philippe Mouawad]

Hello,
Did you try this link :
https://jmeter.apache.org/download_jmeter.cgi

Where did you get the https://jmeter.apache.org/download_jmeter link from ?

Thanks
Regards

On Tue, Jan 26, 2021 at 1:22 PM 李旭东  wrote:

> Hi,
> I have tried to downlad jmeter from
> https://jmeter.apache.org/download_jmeter. But it didn't work.
> The link of download is
> https://jmeter.apache.org/[preferred]/jmeter/binaries/apache-jmeter-5.4.1.tgz
> .
>
> And I only got a error message that Not Found (The requested URL was not
> found on this server.).
>
> I also tried to download from the mirrors on the webpage of
> jmeter.apache.org. However both of them didn't work.
> How could I download the jmeter binary package?
> Thanks.
>
>
>

-- 
Cordialement.
Philippe Mouawad.

Re: ERROR o.a.j.u.JMeterUtils: java.lang.NullPointerException after upgrading to Apache Jmeter version 5.4

[Philippe Mouawad]

Hello,
This is a known issue.
You can use nightly build meanwhile until we release a 5.4.1:
https://ci.apache.org/projects/jmeter/nightlies/

Regards

On Thu, Dec 17, 2020 at 2:09 PM Shay Ginsbourg  wrote:

> Hi,
>
> Can anybody suggest how to solve this error, which started appearing
> after upgrading
> to Apache Jmeter version 5.4?
>
> Thanks,
> Shay
>
>
> 2020-12-17 14:42:16,636 ERROR o.a.j.JMeter: Failure loading test file
> java.lang.NullPointerException: null
> at java.util.ArrayDeque.addLast(ArrayDeque.java:304) ~[?:?]
> at java.util.ArrayDeque.add(ArrayDeque.java:495) ~[?:?]
> at
>
> org.apache.jmeter.gui.action.LoadRecentProject.updateRecentFileMenuItems(LoadRecentProject.java:125)
> ~[ApacheJMeter_core.jar:5.4]
> at
>
> org.apache.jmeter.gui.util.JMeterMenuBar.setProjectFileLoaded(JMeterMenuBar.java:144)
> ~[ApacheJMeter_core.jar:5.4]
> at org.apache.jmeter.gui.MainFrame.setProjectFileLoaded(MainFrame.java:330)
> ~[ApacheJMeter_core.jar:5.4]
> at org.apache.jmeter.gui.GuiPackage.setTestPlanFile(GuiPackage.java:732)
> ~[ApacheJMeter_core.jar:5.4]
> at org.apache.jmeter.JMeter.startGui(JMeter.java:425)
> [ApacheJMeter_core.jar:5.4]
> at org.apache.jmeter.JMeter.start(JMeter.java:560)
> [ApacheJMeter_core.jar:5.4]
> at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> ~[?:?]
> at
>
> jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> ~[?:?]
> at
>
> jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> ~[?:?]
> at java.lang.reflect.Method.invoke(Method.java:566) ~[?:?]
> at org.apache.jmeter.NewDriver.main(NewDriver.java:254)
> [ApacheJMeter.jar:5.4]
> 2020-12-17 14:42:16,640 ERROR o.a.j.u.JMeterUtils:
> java.lang.NullPointerException
>
>
> java version "11.0.9" 2020-10-20 LTS
> Java(TM) SE Runtime Environment 18.9 (build 11.0.9+7-LTS)
> Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.9+7-LTS, mixed mode)
>


-- 
Cordialement.
Philippe Mouawad.

Re: Darklaf Intellij JMeter 5.4 exception

[Philippe Mouawad]

Hello,
Can you check the next build:
https://ci-builds.apache.org/job/JMeter/job/JMeter-trunk/

And if the issue is ok , confirm.
If the issue with CellHintPopupListener persists, please create a new
ticket or paste the stacktrace here.

Thanks

On Mon, Dec 7, 2020 at 1:56 PM Jmeter Tea  wrote:

> Thanks, that's great, notice there's also NPE  on
> CellHintPopupListener.java:208
>
> On Mon, Dec 7, 2020 at 2:52 PM Philippe Mouawad <
> philippe.moua...@gmail.com>
> wrote:
>
> > Hello,
> > I created this ticket:
> >
> >- https://bz.apache.org/bugzilla/show_bug.cgi?id=64961
> >
> >
> > Regards
> >
> >
> > On Mon, Dec 7, 2020 at 1:10 PM Philippe Mouawad <
> > philippe.moua...@gmail.com>
> > wrote:
> >
> > > Hello,
> > > Could you create a ticket and attach a simple Test case ?
> > >
> > > Thanks
> > >
> > > On Mon, Dec 7, 2020 at 12:23 PM Jmeter Tea 
> wrote:
> > >
> > >> My test running on Java 8, Windows 7,
> > >> I ran a test using UI (simple API requests) for an hour and got 300
> > >> similar
> > >> exceptions.
> > >> I have also exceptions when switching between Look as:
> > >> 2020-12-07 13:12:26,344 ERROR o.a.j.g.a.ActionRouter: Error processing
> > >> org.apache.jmeter.gui.action.LookAndFeelCommand@11015ca0
> > >> java.lang.NullPointerException: null
> > >> at
> > >>
> > >>
> >
> javax.swing.plaf.basic.BasicEditorPaneUI.cleanDisplayProperties(BasicEditorPaneUI.java:275)
> > >> ~[?:?]
> > >> at
> > >>
> > >>
> >
> javax.swing.plaf.basic.BasicEditorPaneUI.uninstallUI(BasicEditorPaneUI.java:101)
> > >> ~[?:?]
> > >> at
> > >>
> > >>
> >
> com.github.weisj.darklaf.ui.text.dummy.DummyTextPaneUI.uninstallUI(DummyTextPaneUI.java:60)
> > >> ~[darklaf-core-2.4.10.jar:2.4.10]
> > >> at
> > >>
> > >>
> >
> com.github.weisj.darklaf.ui.text.bridge.DarkEditorPaneUIBridge.cleanDisplayProperties(DarkEditorPaneUIBridge.java:91)
> > >> ~[darklaf-core-2.4.10.jar:2.4.10]
> > >> at
> > >>
> > >>
> >
> com.github.weisj.darklaf.ui.text.bridge.DarkEditorPaneUIBridge.uninstallUI(DarkEditorPaneUIBridge.java:73)
> > >> ~[darklaf-core-2.4.10.jar:2.4.10]
> > >> at
> javax.swing.JComponent.uninstallUIAndProperties(JComponent.java:700)
> > >> ~[?:?]
> > >> at javax.swing.JComponent.setUI(JComponent.java:675) ~[?:?]
> > >> at javax.swing.text.JTextComponent.setUI(JTextComponent.java:342)
> ~[?:?]
> > >> at javax.swing.text.JTextComponent.updateUI(JTextComponent.java:352)
> > >> ~[?:?]
> > >> at
> > >>
> > >>
> >
> org.apache.jorphan.gui.DynamicStyle.collectComponents(DynamicStyle.java:197)
> > >> ~[jorphan.jar:5.4]
> > >> at
> > >>
> > >>
> >
> org.apache.jorphan.gui.DynamicStyle.collectComponents(DynamicStyle.java:217)
> > >> ~[jorphan.jar:5.4]
> > >> at
> > >>
> > >>
> >
> org.apache.jorphan.gui.DynamicStyle.collectComponents(DynamicStyle.java:217)
> > >> ~[jorphan.jar:5.4]
> > >> at
> > >>
> > >>
> >
> org.apache.jorphan.gui.DynamicStyle.collectComponents(DynamicStyle.java:217)
> > >> ~[jorphan.jar:5.4]
> > >> at
> > >>
> > >>
> >
> org.apache.jorphan.gui.DynamicStyle.collectComponents(DynamicStyle.java:217)
> > >> ~[jorphan.jar:5.4]
> > >> at
> > >>
> > >>
> >
> org.apache.jorphan.gui.DynamicStyle.collectComponents(DynamicStyle.java:217)
> > >> ~[jorphan.jar:5.4]
> > >> at
> > >>
> > >>
> >
> org.apache.jorphan.gui.DynamicStyle.collectComponents(DynamicStyle.java:217)
> > >> ~[jorphan.jar:5.4]
> > >> at
> > >>
> > >>
> >
> org.apache.jorphan.gui.DynamicStyle.updateComponentTreeUI(DynamicStyle.java:159)
> > >> ~[jorphan.jar:5.4]
> > >> at
> org.apache.jorphan.gui.DynamicStyle.updateLaf(DynamicStyle.java:144)
> > >> ~[jorphan.jar:5.4]
> > >> at org.apache.jorphan.gui.JFactory.refreshUI(JFactory.java:68)
> > >> ~[jorphan.jar:5.4]
> > >>
> > >> 2020-12-07 12:37:35,384 ERROR o.a.j.JMeter: Uncaught exception in
> thread
> > >> Thread[AWT-Event

Re: Darklaf Intellij JMeter 5.4 exception

[Philippe Mouawad]

Hello,
I created this ticket:

   - https://bz.apache.org/bugzilla/show_bug.cgi?id=64961


Regards


On Mon, Dec 7, 2020 at 1:10 PM Philippe Mouawad 
wrote:

> Hello,
> Could you create a ticket and attach a simple Test case ?
>
> Thanks
>
> On Mon, Dec 7, 2020 at 12:23 PM Jmeter Tea  wrote:
>
>> My test running on Java 8, Windows 7,
>> I ran a test using UI (simple API requests) for an hour and got 300
>> similar
>> exceptions.
>> I have also exceptions when switching between Look as:
>> 2020-12-07 13:12:26,344 ERROR o.a.j.g.a.ActionRouter: Error processing
>> org.apache.jmeter.gui.action.LookAndFeelCommand@11015ca0
>> java.lang.NullPointerException: null
>> at
>>
>> javax.swing.plaf.basic.BasicEditorPaneUI.cleanDisplayProperties(BasicEditorPaneUI.java:275)
>> ~[?:?]
>> at
>>
>> javax.swing.plaf.basic.BasicEditorPaneUI.uninstallUI(BasicEditorPaneUI.java:101)
>> ~[?:?]
>> at
>>
>> com.github.weisj.darklaf.ui.text.dummy.DummyTextPaneUI.uninstallUI(DummyTextPaneUI.java:60)
>> ~[darklaf-core-2.4.10.jar:2.4.10]
>> at
>>
>> com.github.weisj.darklaf.ui.text.bridge.DarkEditorPaneUIBridge.cleanDisplayProperties(DarkEditorPaneUIBridge.java:91)
>> ~[darklaf-core-2.4.10.jar:2.4.10]
>> at
>>
>> com.github.weisj.darklaf.ui.text.bridge.DarkEditorPaneUIBridge.uninstallUI(DarkEditorPaneUIBridge.java:73)
>> ~[darklaf-core-2.4.10.jar:2.4.10]
>> at javax.swing.JComponent.uninstallUIAndProperties(JComponent.java:700)
>> ~[?:?]
>> at javax.swing.JComponent.setUI(JComponent.java:675) ~[?:?]
>> at javax.swing.text.JTextComponent.setUI(JTextComponent.java:342) ~[?:?]
>> at javax.swing.text.JTextComponent.updateUI(JTextComponent.java:352)
>> ~[?:?]
>> at
>>
>> org.apache.jorphan.gui.DynamicStyle.collectComponents(DynamicStyle.java:197)
>> ~[jorphan.jar:5.4]
>> at
>>
>> org.apache.jorphan.gui.DynamicStyle.collectComponents(DynamicStyle.java:217)
>> ~[jorphan.jar:5.4]
>> at
>>
>> org.apache.jorphan.gui.DynamicStyle.collectComponents(DynamicStyle.java:217)
>> ~[jorphan.jar:5.4]
>> at
>>
>> org.apache.jorphan.gui.DynamicStyle.collectComponents(DynamicStyle.java:217)
>> ~[jorphan.jar:5.4]
>> at
>>
>> org.apache.jorphan.gui.DynamicStyle.collectComponents(DynamicStyle.java:217)
>> ~[jorphan.jar:5.4]
>> at
>>
>> org.apache.jorphan.gui.DynamicStyle.collectComponents(DynamicStyle.java:217)
>> ~[jorphan.jar:5.4]
>> at
>>
>> org.apache.jorphan.gui.DynamicStyle.collectComponents(DynamicStyle.java:217)
>> ~[jorphan.jar:5.4]
>> at
>>
>> org.apache.jorphan.gui.DynamicStyle.updateComponentTreeUI(DynamicStyle.java:159)
>> ~[jorphan.jar:5.4]
>> at org.apache.jorphan.gui.DynamicStyle.updateLaf(DynamicStyle.java:144)
>> ~[jorphan.jar:5.4]
>> at org.apache.jorphan.gui.JFactory.refreshUI(JFactory.java:68)
>> ~[jorphan.jar:5.4]
>>
>> 2020-12-07 12:37:35,384 ERROR o.a.j.JMeter: Uncaught exception in thread
>> Thread[AWT-EventQueue-0,6,main]
>> java.lang.NullPointerException: null
>> at
>>
>> com.github.weisj.darklaf.ui.cell.hint.CellHintPopupListener.repaint(CellHintPopupListener.java:208)
>> ~[darklaf-core-2.4.10.jar:2.4.10]
>> at com.github.weisj.darklaf.ui.tree.DarkTreeUI.update(DarkTreeUI.java:408)
>> ~[darklaf-core-2.4.10.jar:2.4.10]
>> at javax.swing.JComponent.paintComponent(JComponent.java:797) ~[?:?]
>> at javax.swing.JComponent.paint(JComponent.java:1074) ~[?:?]
>> at javax.swing.JComponent.paintChildren(JComponent.java:907) ~[?:?]
>> at javax.swing.JComponent.paint(JComponent.java:1083) ~[?:?]
>> at javax.swing.JViewport.paint(JViewport.java:737) ~[?:?]
>> at javax.swing.JComponent.paintChildren(JComponent.java:907) ~[?:?]
>> at javax.swing.JComponent.paint(JComponent.java:1083) ~[?:?]
>> at javax.swing.JComponent.paintToOffscreen(JComponent.java:5255) ~[?:?]
>> at
>>
>> javax.swing.RepaintManager$PaintManager.paintDoubleBufferedImpl(RepaintManager.java:1643)
>> ~[?:?]
>> at
>>
>> javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(RepaintManager.java:1618)
>> ~[?:?]
>> at javax.swing.RepaintManager$PaintManager.paint(RepaintManager.java:1556)
>> ~[?:?]
>> at javax.swing.RepaintManager.paint(RepaintManager.java:1323) ~[?:?]
>> at javax.swing.JComponent._paintImmediately(JComponent.java:5203) ~[?:?]
>> at javax.swing.JComponent.paintImmediately(JComponent.java:5013) ~[?:?]
>> at javax.swing.RepaintManager$4.run(RepaintManager.java:865) ~[?:?]
>> at javax.swing.RepaintManager$4.run(RepaintManager.java:848

Re: Darklaf Intellij JMeter 5.4 exception

[Philippe Mouawad]

90)
> ~[?:?]
> at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313) ~[?:?]
> at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770) ~[?:?]
> at java.awt.EventQueue$4.run(EventQueue.java:721) ~[?:?]
> at java.awt.EventQueue$4.run(EventQueue.java:715) ~[?:?]
> at java.security.AccessController.doPrivileged(Native Method) ~[?:?]
> at
>
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
> ~[?:?]
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:740) ~[?:?]
> at
>
> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
> [?:?]
> at
>
> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
> [?:?]
> at
>
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
> [?:?]
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
> [?:?]
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
> [?:?]
> at java.awt.EventDispatchThread.run(EventDispatchThread.java:90) [?:?]
>
>
> On Mon, Dec 7, 2020 at 1:13 PM Felix Schumacher <
> felix.schumac...@internetallee.de> wrote:
>
> > Can you give more details? Do you always get such an exception? Which
> Java
> > version? OS? What where the steps, that led to this?
> >
> > Thanks
> >  Felix
> >
> > Am 7. Dezember 2020 11:43:25 MEZ schrieb Jmeter Tea  >:
> > >Hi
> > >
> > >I download JMeter 5.4 ,
> > >I changed to Darklaf Intellij and while running test,
> > >I'm getting exceptions:
> > >2020-12-07 12:37:32,619 ERROR o.a.j.JMeter: Uncaught exception in
> > >thread
> > >Thread[AWT-EventQueue-0,6,main]
> > >java.lang.NullPointerException: null
> > >at
> >
> >
> >com.github.weisj.darklaf.ui.cell.hint.CellHintPopupListener.repaint(CellHintPopupListener.java:208)
> > >~[darklaf-core-2.4.10.jar:2.4.10]
> > >at
> > >com.github.weisj.darklaf.ui.tree.DarkTreeUI.update(DarkTreeUI.java:408)
> > >~[darklaf-core-2.4.10.jar:2.4.10]
> > >at javax.swing.JComponent.paintComponent(JComponent.java:797) ~[?:?]
> > >at javax.swing.JComponent.paint(JComponent.java:1074) ~[?:?]
> > >at javax.swing.JComponent.paintChildren(JComponent.java:907) ~[?:?]
> > >at javax.swing.JComponent.paint(JComponent.java:1083) ~[?:?]
> > >at javax.swing.JViewport.paint(JViewport.java:737) ~[?:?]
> > >at javax.swing.JComponent.paintChildren(JComponent.java:907) ~[?:?]
> > >at javax.swing.JComponent.paint(JComponent.java:1083) ~[?:?]
> > >at javax.swing.JComponent.paintToOffscreen(JComponent.java:5255) ~[?:?]
> > >at
> >
> >
> >javax.swing.RepaintManager$PaintManager.paintDoubleBufferedImpl(RepaintManager.java:1643)
> > >~[?:?]
> > >at
> >
> >
> >javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(RepaintManager.java:1618)
> > >~[?:?]
> > >at
> > >javax.swing.RepaintManager$PaintManager.paint(RepaintManager.java:1556)
> > >~[?:?]
> > >at javax.swing.RepaintManager.paint(RepaintManager.java:1323) ~[?:?]
> > >at javax.swing.JComponent._paintImmediately(JComponent.java:5203)
> > >~[?:?]
> > >at javax.swing.JComponent.paintImmediately(JComponent.java:5013) ~[?:?]
> > >at javax.swing.RepaintManager$4.run(RepaintManager.java:865) ~[?:?]
> > >at javax.swing.RepaintManager$4.run(RepaintManager.java:848) ~[?:?]
> > >at java.security.AccessController.doPrivileged(Native Method) ~[?:?]
> > >at
> >
> >
> >java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
> > >~[?:?]
> > >at
> > >javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:848)
> > >~[?:?]
> > >at
> > >javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:823)
> > >~[?:?]
> > >at
> > >javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:772)
> > >~[?:?]
> > >at
> >
> >
> >javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1890)
> > >~[?:?]
> > >at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313)
> > >~[?:?]
> > >at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770) ~[?:?]
> > >at java.awt.EventQueue$4.run(EventQueue.java:721) ~[?:?]
> > >at java.awt.EventQueue$4.run(EventQueue.java:715) ~[?:?]
> > >at java.security.AccessController.doPrivileged(Native Method) ~[?:?]
> > >at
> >
> >
> >java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
> > >~[?:?]
> > >at java.awt.EventQueue.dispatchEvent(EventQueue.java:740) ~[?:?]
> > >at
> >
> >
> >java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
> > >[?:?]
> > >at
> >
> >
> >java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
> > >[?:?]
> > >at
> >
> >
> >java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
> > >[?:?]
> > >at
> > >java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
> > >[?:?]
> > >at
> > >java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
> > >[?:?]
> > >at java.awt.EventDispatchThread.run(EventDispatchThread.java:90) [?:?]
> > >
> > >FYI
> >
>


-- 
Cordialement.
Philippe Mouawad.

Re: Groovy Scripts not executing under Jmeter

[Philippe Mouawad]

As I wrote, you need to increase the heap, 1G might not be enough.
And check your script follows best practices:


   - https://jmeter.apache.org/usermanual/best-practices.html

Regards
On Fri, Sep 11, 2020 at 1:34 PM Lal Mani Kashyap
 wrote:

> Hi I already set the heap size 1g and while running with the non gui mode.
> I am getting the same error.
>
> Is there any thing to set in other places. I am facing the same with using
> ultimate thread for spike testing and concurrency thread for capacity
> testing.
>
> Regards
> Lalmani
>
>
> Get Outlook for Android <https://aka.ms/ghei36>
> ------
> *From:* Philippe Mouawad 
> *Sent:* Friday, September 11, 2020 4:59:54 PM
> *To:* JMeter Users List 
> *Subject:* Re: Groovy Scripts not executing under Jmeter
>
>
> *EXTERNAL:* This message was sent from outside of Infogain. Please do not
> click links or open attachments unless you know the content is safe.
> Hello,
> Did you increase your Java Heap ? Otherwise JMeter sets 1g by default if
> recent version, less if older.
> - Xms / -Xmx in jmeter file
>
> Also avoid running in GUI mode.
>
> PS: This component is a 3rd party plugin.
>
> Regards
>
> On Fri, Sep 11, 2020 at 1:14 PM Lal Mani Kashyap
>  wrote:
>
> Hi All,
>
> I am trying test capacity test with a system (RAM 16 GB FREE)  While it
> has 30 GB physical ram from which location  I am running the script.
> Server 1 configuration has  4 CPUs & 8 GB RAM and server 2 configuration
> has 8 CPUs & 16 GB RAM.
>
> Receiving error :
> 020-09-11 06:25:05,020 ERROR o.a.j.JMeter: Uncaught exception:
> java.lang.OutOfMemoryError: Java heap space
> 2020-09-11 06:25:05,607 INFO o.a.j.t.JMeterThread: Thread finished: bzm -
> Concurrency Thread Group-ThreadStarter 1-435
> 2020-09-11 06:25:05,614 ERROR o.a.j.JMeter: Uncaught exception:
>
> Although I have increased HEAP SIZE
> HEAP="-Xms256m -Xmx1024m"
> Trying to extend more then we are not able to increase.
>
>
> To test capacity testing I am using bzm - Concurrency Thread Group and
> configuration as
>
>
>
> Can anyone help us.
>
> Thanks and Regards,
> Lalmani
> --
> *From:* Raja 
> *Sent:* 19 August 2020 23:47
> *To:* 'JMeter Users List' 
> *Subject:* RE: Groovy Scripts not executing under Jmeter
>
> EXTERNAL: This message was sent from outside of Infogain. Please do not
> click links or open attachments unless you know the content is safe.
>
> Thank you...school boy error
>
> - forgot to update script on the directory I chose
> - and yes, typo spotted 'F'
>
> Thank you...need to double check harder
>
> -Original Message-
> From: Felix Schumacher 
> Sent: 19 August 2020 18:57
> To: user@jmeter.apache.org
> Subject: Re: Groovy Scripts not executing under Jmeter
>
>
> Am 19.08.20 um 18:53 schrieb Raja:
> > Hi
> >
> >
> >
> > I am having problems running groovy scripts under Jmeter.  Can someone
> > advise if I need to enable/tweak something for groovy to execute.
> >
> >
> >
> > Jmeter version = 5.2.1
> >
> > Groovy = 2.4.16 / Groovy Scripting Engine 2.0
> >
> > Jar = /lib/groovy-all-2.4.16.Jar
> >
> >
> >
> > I have been following an online example so I know this script should
> work.
> >
> >
> >
> >
> >
> > I have placed the following script under JSR223 Sampler:
> >
> >
> >
> > import groovy.io.FileType
> >
> >
> >
> > String folderPath = "data-management"
> >
> > new File(folderPath).eachfile (FileType.FILES) { file ->
> >
> >   /* Delete file if file name contains .dat */
> >
> >   if (file.name.contains('.dat')) file.delete()
> >
> > }
> >
> >
> >
> > Sampler Result gives:
> >
> >
> >
> > Response code:500
> >
> > Response message:javax.script.ScriptException:
> > groovy.lang.MissingMethodException: No signature of method:
> > java.io.File.eachfile() is applicable for argument types:
> This error message says, that Groovy is not finding a method named
> "eachfile" (exactly like you have written in your code above)...
> > (groovy.io.FileType, Script2$_run_closure1) values: [FILES,
> > Script2$_run_closure1@17b02a]
> >
> > Possible solutions: eachFile(groovy.io.FileType, groovy.lang.Closure),
> > eachFile(groovy.lang.Closure), eachLine(int, groovy.lang.Closure),
> > eachLine(java.lang.String, groovy.lang.Closure),
> > eachLine(groovy.lang.Closure), isFile()
>
&

Re: Groovy Scripts not executing under Jmeter

[Philippe Mouawad]

tring, groovy.lang.Closure),
> > eachLine(groovy.lang.Closure), isFile()
> >
> > javax.script.ScriptException: groovy.lang.MissingMethodException: No
> > signature of method: java.io.File.eachfile() is applicable for
> > argument
> > types: (groovy.io.FileType, Script2$_run_closure1) values: [FILES,
> > Script2$_run_closure1@17b02a]
> >
> > Possible solutions: eachFile(groovy.io.FileType, groovy.lang.Closure),
> > eachFile(groovy.lang.Closure), eachLine(int, groovy.lang.Closure),
> > eachLine(java.lang.String, groovy.lang.Closure),
> > eachLine(groovy.lang.Closure), isFile()
> >
> >   at
> > org.codehaus.groovy.jsr223.GroovyScriptEngineImpl.eval(GroovyScriptEng
> > ineImp
> > l.java:324) ~[groovy-all-2.4.16.jar:2.4.16]
> >
> >   at
> > org.codehaus.groovy.jsr223.GroovyCompiledScript.eval(GroovyCompiledScr
> > ipt.ja
> > va:72) ~[groovy-all-2.4.16.jar:2.4.16]
> >
> >   at
> > javax.script.CompiledScript.eval(CompiledScript.java:92)
> > ~[?:1.8.0_241]
> >
> >   at
> > org.apache.jmeter.util.JSR223TestElement.processFileOrScript(JSR223Tes
> > tEleme
> > nt.java:223) ~[ApacheJMeter_core.jar:5.2.1]
> >
> >   at
> > org.apache.jmeter.protocol.java.sampler.JSR223Sampler.sample(JSR223Sam
> > pler.j
> > ava:71) [ApacheJMeter_java.jar:5.2.1]
> >
> >   at
> > org.apache.jmeter.threads.JMeterThread.doSampling(JMeterThread.java:62
> > 7)
> > [ApacheJMeter_core.jar:5.2.1]
> >
> >   at
> > org.apache.jmeter.threads.JMeterThread.executeSamplePackage(JMeterThre
> > ad.jav
> > a:551) [ApacheJMeter_core.jar:5.2.1]
> >
> >   at
> > org.apache.jmeter.threads.JMeterThread.processSampler(JMeterThread.jav
> > a:490)
> > [ApacheJMeter_core.jar:5.2.1]
> >
> >   at
> > org.apache.jmeter.threads.JMeterThread.run(JMeterThread.java:257)
> > [ApacheJMeter_core.jar:5.2.1]
> >
> >   at java.lang.Thread.run(Thread.java:748) [?:1.8.0_241]
> >
> > Caused by: groovy.lang.MissingMethodException: No signature of method:
> > java.io.File.eachfile() is applicable for argument types:
> > (groovy.io.FileType, Script2$_run_closure1) values: [FILES,
> > Script2$_run_closure1@17b02a]
> >
> > Possible solutions: eachFile(groovy.io.FileType, groovy.lang.Closure),
> > eachFile(groovy.lang.Closure), eachLine(int, groovy.lang.Closure),
> > eachLine(java.lang.String, groovy.lang.Closure),
> > eachLine(groovy.lang.Closure), isFile()
> >
> >   at
> > org.codehaus.groovy.runtime.ScriptBytecodeAdapter.unwrap(ScriptBytecod
> > eAdapt
> > er.java:71) ~[groovy-all-2.4.16.jar:2.4.16]
> >
> >   at
> > org.codehaus.groovy.runtime.callsite.PojoMetaClassSite.call(PojoMetaCl
> > assSit
> > e.java:48) ~[groovy-all-2.4.16.jar:2.4.16]
> >
> >   at
> > org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSit
> > eArray
> > .java:47) ~[groovy-all-2.4.16.jar:2.4.16]
> >
> >   at
> >
>
> org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.
> > java:116) ~[groovy-all-2.4.16.jar:2.4.16]
> >
> >   at
> >
>
> org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.
> > java:136) ~[groovy-all-2.4.16.jar:2.4.16]
> >
> >   at Script2.run(Script2.groovy:4) ~[?:?]
> >
> >   at
> > org.codehaus.groovy.jsr223.GroovyScriptEngineImpl.eval(GroovyScriptEng
> > ineImp
> > l.java:321) ~[groovy-all-2.4.16.jar:2.4.16]
> >
> >   ... 9 more
> >
> > 2020-08-19 17:49:15,955 INFO o.a.j.t.JMeterThread: Thread is done:
> > tearDown Thread Group 1-1
> >
> > 2020-08-19 17:49:15,955 INFO o.a.j.t.JMeterThread: Thread finished:
> > tearDown Thread Group 1-1
> >
> >
> >
> > Kind regards
> >
> > Raja
> >
> >
>
> -
> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> For additional commands, e-mail: user-h...@jmeter.apache.org
>
>
>
> -
> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> For additional commands, e-mail: user-h...@jmeter.apache.org
>
> The information in this email is confidential and may be legally
> privileged. It is intended solely for the addressee and access to it by
> anyone else is unauthorized. If you are not the intended recipient, any
> disclosure, copying, distribution or any action taken or omitted to be
> taken based on it, is strictly prohibited and may be unlawful.
>


-- 
Cordialement.
Philippe Mouawad.

Re: JDBC with autocommit=false

[Philippe Mouawad]

On Fri, Sep 4, 2020 at 8:43 AM Felix Schumacher <
felix.schumac...@internetallee.de> wrote:

>
> Am 03.09.20 um 22:00 schrieb Philippe Mouawad:
> > Hello Felix,
> >
> > Thanks for answer, just 2 notes:
> >
> >- I guess rollback should be named commit (just a matter of naming)
> >- More important, do we need to put a "commit"  in Query for  Query
> >Type: Commit, reading the code I am not sure text is used  ?:
> >   -
> >
> https://github.com/apache/jmeter/blob/master/src/protocol/jdbc/src/main/java/org/apache/jmeter/protocol/jdbc/AbstractJDBCTestElement.java#L224
>
>
> I am not sure, what you mean by this. In my example, I used rollback
> instead of commit, as I think it shows the way the samplers work more
> nicely.
>
Just that the name of the element is rollback and Query Type is commit.

>
> The OP wanted to have commit, so my comment (... (or commit) ...) was a
> placeholder to show, where the type has to be changed (and the name of
> the sampler should be changed, too).
>
ok

>
> I think the documentation could be made clearer, that the special types
> commit, rollback, autocommit(true) and autocommit(false) are really that
> (special) and will ignore the given content of the sql statements.


I agree

> And
> while we are at it, the sql field could be disabled when the special
> types are selected.
>
As it's a Generic TestBeanGU I am afraid it might not be that easy to do

>
> For the OP the most important take away is probably, that
> autocommit(false) switches the current connection into transaction mode,
> that has to be either committed or rollbacked and that the type to use
> in his scenario would have been "commit" AND that the sql statement in
> the special typed samplers are ignored.
>
> The "begin; create ...; commit" as init sql -- in my example -- was
> needed, as the connections are initialized in transaction mode
> (autocommit(false)) and I really wanted to create the table.
>

Yes very clear, I didn't say anything about that
Thanks

>
> Felix
>
>
> >
> >
> > Regards
> >
> > On Thu, Sep 3, 2020 at 9:33 PM Felix Schumacher <
> > felix.schumac...@internetallee.de> wrote:
> >
> >> Am 03.09.20 um 18:16 schrieb Brian Flowers:
> >>> Hi everyone,
> >>>
> >>> I'm having some issues using JMeter to insert some records in a MariaDB
> >>> database with autocommit disabled (the idea being that we want to
> commit
> >>> every ~1000 records, not after each one).
> >>>
> >>> Did some searches and couldn't find any documentation or tutorials
> >>> explaining this...I got desperate enough to ask on StackOverflow :) but
> >>> the only response so far seems to indicate that I'm configuring it
> >>> correctly:
> >>> https://stackoverflow.com/questions/63713516/jmeter-jdbc-manual-commit
> >>>
> >>> I started with JMeter 3.2 connecting via the mysql connector version
> >>> 5.1.27 as that's what we already had...I realize those are pretty old,
> >>> so I did try upgrading, but got the same results. Tried on JMeter 5.3
> >>> with mysql connector 8.0.21, and also with the dedicated mariadb
> >>> connector version 2.11.3 (all connectors from the Maven repository).
> >>> With auto commit true, any combination of those versions works fine.
> >>> With auto commit false, I can't get my data committed on any of them.
> >>>
> >>> What I have set up right now is a thread group with one thread, than
> >>> contains a JDBC request with a single INSERT statement, using a couple
> >>> variables that it takes from a csv data set and a counter, on a
> constant
> >>> throughput timer, and I'm using the loop count in the thread group to
> >>> control the number of records inserted. When I have auto commit set to
> >>> true in the JDBC configuration, the records all get inserted just fine.
> >>> But when I turn auto commit off, I can't get those statements
> committed.
> >>> I set the JDBC request query type to "AutoCommit(false)" instead of
> >>> "Update Statement", then I added a second JDBC request on the same
> >>> configuration with request type of "Commit". In the results tree I can
> >>> see a commit statement following each insert statement with no errors,
> >>> but the records don't actually get committed in the DB. I tried adding
> >>> the commit inside the original JDBC request (just to see if that'd
> work)
> >

Re: JDBC with autocommit=false

[Philippe Mouawad]

10,abcdefghijklmnopqrstuvwxyz,)} and
> INTEGER,VARCHAR.
>
> After the loop I verified that the transaction had all the data with a
> jdbc sampler named "view data", that had the type set to select
> statement and the query "select * from person".
>
> Now to rollback (or commit), I used another jdbc sampler called "roll
> back" with a query type of "Rollback".
>
> To verify that rollback worked. I added a last jdbc sampler named "view
> data (again)" with the same type and statement as "view data".
>
> As I wanted to see all those requests and their responses, I added a
> tree results view.
>
> So, reading your message correctly, I think you want to try changing the
> query type of your statements back to update/select and adding a commit
> typed query every once in a while.
>
> Felix
>
> >
> > Thanks!
> > Brian Flowers
> > jmeter-s...@bsflowers.net
> >
> >
> > -
> > To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> > For additional commands, e-mail: user-h...@jmeter.apache.org
> >
>
> -
> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> For additional commands, e-mail: user-h...@jmeter.apache.org



-- 
Cordialement.
Philippe Mouawad.

Re: Listener file for errors

[Philippe Mouawad]

On Thu, Jul 2, 2020 at 12:20 PM Jmeter Tea  wrote:

> Hello
>
> About Listeners, as View Results Tree, if we checked for errors (or
> successes) then errors are saved
>
> But if there's no errors in test, the file is still created (empty)
>
> Can a file be created only if there is an error?
>
> If not, can this be considered as enhancement?
>
Yes, please add an enhancement request (and provide a Patch or PR to have
it integrated faster).

Thanks

>
> Thank you
>


-- 
Cordialement.
Philippe Mouawad.

Re: Authentication Types Supported in Jmeter

[Philippe Mouawad]

Hello,
Basic / Digest are supported using
https://jmeter.apache.org/usermanual/component_reference.html#HTTP_Authorization_Manager
The last one is supported using recording
https://jmeter.apache.org/usermanual/jmeter_proxy_step_by_step.html and
correlating the ids after that using JMeter Extractors.

Regards
Philippe M.
https://leanpub.com/master-jmeter-from-load-test-to-devops

On Thu, May 14, 2020 at 8:53 AM Peter Wong  wrote:

> Dear All,
> I been given a task on performance testing restful web api. I wonder what
> types of authentication types support in Jmeter?
> Basic
> Digest
> Bearer / OAuth
>
> Please help. Thanks.
> Regards,
> --
> Peter Wong
> 016-396 3326
>


-- 
Cordialement.
Philippe Mouawad.

Re: start with no pauses

[Philippe Mouawad]

Hello,
Can you run
Tools > Schematic Overview and copy result here ?

Thanks

On Wed, May 13, 2020 at 4:44 PM Александр Руснак
 wrote:

>
>
> Hello,
>
> In my test plan there are no delays, timers, etc. BUT when i use «start
> with no pauses» the script runs 5 minutes faster and then my web server CPU
> load 100% after  just one thread.
>
> Has anyone encountered a similar problem?
>
> С уважением,
> Руснак А.В.



-- 
Cordialement.
Philippe Mouawad.

Re: doesn't work during recording - java.io.IOException: Mark invalid ?

[Philippe Mouawad]

Happy it worked

Thanks for feedback

On Tue, May 12, 2020 at 9:34 PM Alexander Podelko
 wrote:

>  Thank you! Works fine with RC1.
> Alex
>
> On Tuesday, May 12, 2020, 12:55:19 PM EDT, Philippe Mouawad <
> p.moua...@ubik-ingenierie.com> wrote:
>
>  Hello Alexander,
> You version of nightly seems to be from 3th march.
> We updated jsoup to latest version on 7th march.
>
> Can you try with this version:
> https://dist.apache.org/repos/dist/dev/jmeter/apache-jmeter-5.3-rc1/
>
> Thanks
> Regards
>
> On Tue, May 12, 2020 at 6:42 PM Alexander Podelko
>  wrote:
>
> > Hi,
> > The "register" button in my app doesn't work when I am recording it in
> > JMeter (5.3-SNAPSHOT d652f1c).
> > I see the following error in the log:
> > 2020-05-12 09:16:27,874 ERROR o.a.j.p.h.p.Proxy: [58497]  Exception when
> > processing sample
> > org.jsoup.UncheckedIOException: java.io.IOException: Mark invalid
> >at
> > org.jsoup.parser.CharacterReader.rewindToMark(CharacterReader.java:148)
> > ~[jsoup-1.12.2.jar:?]
> >at
> > org.jsoup.parser.Tokeniser.consumeCharacterReference(Tokeniser.java:192)
> > ~[jsoup-1.12.2.jar:?]
> >at org.jsoup.parser.TokeniserState$40.read(TokeniserState.java:827)
> > ~[jsoup-1.12.2.jar:?]
> >at org.jsoup.parser.Tokeniser.read(Tokeniser.java:59)
> > ~[jsoup-1.12.2.jar:?]
> >at org.jsoup.parser.TreeBuilder.runParser(TreeBuilder.java:55)
> > ~[jsoup-1.12.2.jar:?]
> >at org.jsoup.parser.TreeBuilder.parse(TreeBuilder.java:47)
> > ~[jsoup-1.12.2.jar:?]
> >at org.jsoup.parser.Parser.parse(Parser.java:107)
> ~[jsoup-1.12.2.jar:?]
> >at org.jsoup.Jsoup.parse(Jsoup.java:58) ~[jsoup-1.12.2.jar:?]
> >at
> >
> org.apache.jmeter.protocol.http.proxy.FormCharSetFinder.addFormActionsAndCharSet(FormCharSetFinder.java:55)
> > ~[ApacheJMeter_http.jar:5.3-SNAPSHOT]
> >at
> >
> org.apache.jmeter.protocol.http.proxy.Proxy.addFormEncodings(Proxy.java:603)
> > ~[ApacheJMeter_http.jar:5.3-SNAPSHOT]
> >at org.apache.jmeter.protocol.http.proxy.Proxy.run(Proxy.java:239)
> > [ApacheJMeter_http.jar:5.3-SNAPSHOT]
> > Caused by: java.io.IOException: Mark invalid
> >... 11 more
> >
> > I see a couple of HTTP requests recorded (so the button starts the
> action)
> > - but not all and it never gets to the next screen... Works fine without
> > recording.
> >
> > Any thoughts / ideas how to troubleshoot it further?
> > Thanks,Alex
> >
> > --
> > Cordialement
> > Philippe M.
> > Ubik-Ingenierie
> >
> >
> >
> >
>



-- 
Cordialement.
Philippe Mouawad.

Re: doesn't work during recording - java.io.IOException: Mark invalid ?

[Philippe Mouawad]

Hello Alexander,
You version of nightly seems to be from 3th march.
We updated jsoup to latest version on 7th march.

Can you try with this version:
https://dist.apache.org/repos/dist/dev/jmeter/apache-jmeter-5.3-rc1/

Thanks
Regards

On Tue, May 12, 2020 at 6:42 PM Alexander Podelko
 wrote:

> Hi,
> The "register" button in my app doesn't work when I am recording it in
> JMeter (5.3-SNAPSHOT d652f1c).
> I see the following error in the log:
> 2020-05-12 09:16:27,874 ERROR o.a.j.p.h.p.Proxy: [58497]  Exception when
> processing sample
> org.jsoup.UncheckedIOException: java.io.IOException: Mark invalid
> at
> org.jsoup.parser.CharacterReader.rewindToMark(CharacterReader.java:148)
> ~[jsoup-1.12.2.jar:?]
> at
> org.jsoup.parser.Tokeniser.consumeCharacterReference(Tokeniser.java:192)
> ~[jsoup-1.12.2.jar:?]
> at org.jsoup.parser.TokeniserState$40.read(TokeniserState.java:827)
> ~[jsoup-1.12.2.jar:?]
> at org.jsoup.parser.Tokeniser.read(Tokeniser.java:59)
> ~[jsoup-1.12.2.jar:?]
> at org.jsoup.parser.TreeBuilder.runParser(TreeBuilder.java:55)
> ~[jsoup-1.12.2.jar:?]
> at org.jsoup.parser.TreeBuilder.parse(TreeBuilder.java:47)
> ~[jsoup-1.12.2.jar:?]
> at org.jsoup.parser.Parser.parse(Parser.java:107) ~[jsoup-1.12.2.jar:?]
> at org.jsoup.Jsoup.parse(Jsoup.java:58) ~[jsoup-1.12.2.jar:?]
> at
> org.apache.jmeter.protocol.http.proxy.FormCharSetFinder.addFormActionsAndCharSet(FormCharSetFinder.java:55)
> ~[ApacheJMeter_http.jar:5.3-SNAPSHOT]
> at
> org.apache.jmeter.protocol.http.proxy.Proxy.addFormEncodings(Proxy.java:603)
> ~[ApacheJMeter_http.jar:5.3-SNAPSHOT]
> at org.apache.jmeter.protocol.http.proxy.Proxy.run(Proxy.java:239)
> [ApacheJMeter_http.jar:5.3-SNAPSHOT]
> Caused by: java.io.IOException: Mark invalid
> ... 11 more
>
> I see a couple of HTTP requests recorded (so the button starts the action)
> - but not all and it never gets to the next screen... Works fine without
> recording.
>
> Any thoughts / ideas how to troubleshoot it further?
> Thanks,Alex
>
> --
> Cordialement
> Philippe M.
> Ubik-Ingenierie
>
>
>
>

Re: Slow connect time with HTTPS

[Philippe Mouawad]

Hello,
Can you try setting this in user.properties:

httpclient4.validate_after_inactivity=4900

httpclient4.time_to_live=12


And give us feedback

Thanks

On Thu, May 7, 2020 at 2:29 PM Martin Grigorov  wrote:

> On Thu, May 7, 2020 at 3:24 PM Martin Grigorov 
> wrote:
>
> > Hello,
> >
> > I face a strange behavior that I cannot explain to myself and I need your
> > help.
> >
> > I use JMeter 5.2.1 to load test a Spring Boot 2.2.6 application with
> > embedded Tomcat 9.latest.
> > When using plain HTTP connector the connect time (& latency) are pretty
> > low:
> > - connect time: less than 1ms
> > - latency: 2-3ms
> >
> > But when I use HTTPS (with Apr 1.7.x & OpenSSL 1.1.1f) the values are
> > *much* bigger - around 3000ms.
> >
> > The application is running on host A and JMeter on host B, both in the
> > same local network.
> > The certificate is self-signed and registered in JDK's cacerts on both
> > machines.
> > The application exposes several REST endpoints without any
> authentication.
> > JMeter is configured to use Keep-Alive for the requests.
> > I have the feeling it is related to the self-signed certificate but I am
> > not sure.
> >
> > There is no such issue if I use 'ab' or 'wrk' - the connect is
> > instantaneous for both http and https.
> >
> > Do you have any idea what could be wrong in my setup ?
> > Thank you!
> >
>
> To add:
> - JDK 14 on both machines
> - JMeter uses HttpClient4
>
> Please let me know if you need more details!
>
>
> >
> > Regards,
> > Martin
> >
> >
>


-- 
Cordialement.
Philippe Mouawad.

Re: Jmeter log_short (1).txt

[Philippe Mouawad]

Hello
I answered in the bugzilla you opened.

Regards

On Tue, Apr 7, 2020 at 1:57 PM Александр Руснак 
wrote:

> Hello!
>
> I can not record a script.
>
> The web page freezes while I type in the search bar
>
> This happens with the Cyrillic and Latin letters.
>
> Version Jmeter 5.2.1.
>
> JRE Version 8 Update 241
>
> Information from Jmeter log File.
>
>
>
> С уважением,
> Руснак А.В.
>
> -
> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> For additional commands, e-mail: user-h...@jmeter.apache.org



-- 
Cordialement.
Philippe Mouawad.

Re: How to save response on error

[Philippe Mouawad]

Hello,
The file generated is usually opened in View Results Tree, you reference it
in filename field and type enter.

1) Can you confirm it has a XML format ? if not, check COnfigure button and
that you have all fields checked except CSV
2) Can you share it using some sharing tool ?

Thanks

On Fri, Apr 3, 2020 at 6:26 PM _elgato  wrote:

> Hi Philippe, thanks for your response.
>
> I finally set a View Results Tree with result file
> transaction_resulttree.xml
>
> The file is 144kb and contains lines as follows:
>
> sample.responseHeader.Attribute:class sample.requestHeader.Attribute:class
> sample.responseData.Element:Text sample.responseData.Attribute:class
> sample.Attribute:ts sample.Attribute:lb sample.Attribute:rc
> sample.Attribute:rm sample.Attribute:tn Attribute:version
> java.lang.String java.lang.String Non-TEXT response data, cannot record: ()
> java.lang.String 1585928938746 Completar login 200 Number of samples in
> transaction : 3, number of failing samples : 1 Thread Group 1-234 12
>
> However I am not able to load the file in the View Results Tree listener.
> How should I open this file?
>
> Thanks again for your help.
> Regards.
> On Fri, Apr 3, 2020 at 1:40 PM Philippe Mouawad <
> philippe.moua...@gmail.com>
> wrote:
>
> > Hello,
> > Use one of those listeners:
> >
> >-
> >
> >
> https://jmeter.apache.org/usermanual/component_reference.html#Simple_Data_Writer
> >-
> >
> >
> https://jmeter.apache.org/usermanual/component_reference.html#View_Results_Tree
> >
> > Then:
> > - Check errors only
> > - Click Configure and select all fields except CSV to get all details in
> > XML
> > - And fill a filename
> >
> > Regards
> > Philippe M.
> > Co-author of:
> >
> >- https://leanpub.com/master-jmeter-from-load-test-to-devops
> >-
> >
> >
> https://www.packtpub.com/programming/master-apache-jmeter-from-load-testing-to-devops
> >
> >
> >
> >
> > On Fri, Apr 3, 2020 at 1:34 PM _elgato 
> wrote:
> >
> > > Hi everyone,
> > >
> > > I have a couple of questions:
> > >
> > > I need to save the server response on error. The HTTP requests has an
> > > assertion that checks the response body contains a specific text in the
> > >  tag.
> > >
> > > I have read in
> > > https://www.blazemeter.com/blog/how-to-save-response-data-in-jmeter/
> > that
> > > there are a few ways of doing this:
> > >
> > >1.
> > >
> > >
> >
> https://jmeter.apache.org/usermanual/component_reference.html#Save_Responses_to_a_file
> > >2.
> > >
> > >
> >
> https://jmeter.apache.org/usermanual/component_reference.html#View_Results_Tree
> > >3.
> > >
> > >
> >
> https://jmeter.apache.org/usermanual/properties_reference.html#results_file_config
> > >
> > > I will be running jmeter in non-GUI mode, so which is the better
> approach
> > > to doing what I need to do?
> > >
> > > Also, another question, I've tried adding Save Response Data (XML) to
> an
> > > Aggregate Report item but it seems it does not work that way, are all
> > Save
> > > Configurations available for all types?
> > >
> > > Thank you.
> > > Regards.
> > >
> >
> >
> > --
> > Cordialement.
> > Philippe Mouawad.
> >
>


-- 
Cordialement.
Philippe Mouawad.

Re: How to save response on error

[Philippe Mouawad]

Hello,
Use one of those listeners:

   -
   
https://jmeter.apache.org/usermanual/component_reference.html#Simple_Data_Writer
   -
   
https://jmeter.apache.org/usermanual/component_reference.html#View_Results_Tree

Then:
- Check errors only
- Click Configure and select all fields except CSV to get all details in XML
- And fill a filename

Regards
Philippe M.
Co-author of:

   - https://leanpub.com/master-jmeter-from-load-test-to-devops
   -
   
https://www.packtpub.com/programming/master-apache-jmeter-from-load-testing-to-devops




On Fri, Apr 3, 2020 at 1:34 PM _elgato  wrote:

> Hi everyone,
>
> I have a couple of questions:
>
> I need to save the server response on error. The HTTP requests has an
> assertion that checks the response body contains a specific text in the
>  tag.
>
> I have read in
> https://www.blazemeter.com/blog/how-to-save-response-data-in-jmeter/ that
> there are a few ways of doing this:
>
>1.
>
> https://jmeter.apache.org/usermanual/component_reference.html#Save_Responses_to_a_file
>2.
>
> https://jmeter.apache.org/usermanual/component_reference.html#View_Results_Tree
>3.
>
> https://jmeter.apache.org/usermanual/properties_reference.html#results_file_config
>
> I will be running jmeter in non-GUI mode, so which is the better approach
> to doing what I need to do?
>
> Also, another question, I've tried adding Save Response Data (XML) to an
> Aggregate Report item but it seems it does not work that way, are all Save
> Configurations available for all types?
>
> Thank you.
> Regards.
>


-- 
Cordialement.
Philippe Mouawad.

Re: replace HTTP cache manager

[Philippe Mouawad]

Hello,
Why not contribute a patch to code of CacheManager ?

Regards

On Thu, Apr 2, 2020 at 4:21 PM Draelants Geert 
wrote:

> I think I’ve found the problem.
>
> HTTPSamplerBase.apples(ConfigTestElement) only accepts the default
> canonical name of CacheManagerGui.
> Because of that my updated implementation is never added to the sampler.
>
> Guess I’m gonna have to patch the jar after all.
>
> Regards,
> Geert
>
> > Op 2 apr. 2020, om 11:23 heeft Mariusz W  het
> volgende geschreven:
> >
> > Hi,
> > HttpSampler can only have one CacheManager. Do you see in logs: "Existing
> > CacheManager {} superseded by {}"? - emitted by setCacheManager.
> >
> > In code CacheManager it is selected that way as below.
> >
> > @Override
> > public void addTestElement(TestElement el) {
> > if (el instanceof CookieManager) {
> > setCookieManager((CookieManager) el);
> > } else if (el instanceof CacheManager) {
> > setCacheManager((CacheManager) el);
> > } else if (el instanceof HeaderManager) {
> > setHeaderManager((HeaderManager) el);
> > } else if (el instanceof AuthManager) {
> > setAuthManager((AuthManager) el);
> > } else if (el instanceof DNSCacheManager) {
> > setDNSResolver((DNSCacheManager) el);
> > } else if (el instanceof KeystoreConfig) {
> > setKeystoreConfigProperty((KeystoreConfig) el);
> > } else {
> > super.addTestElement(el);
> > }
> > }
> >
> > Do you see your guiclass/testclass in saved jmx?
> >
> > Regards,
> > Mariusz
> >
> > On Thu, 2 Apr 2020 at 10:43, Draelants Geert 
> > wrote:
> >
> >> Hi,
> >>
> >> Does anybody know how I can replace the HTTP cache manager with my own
> >> implementation?
> >>
> >> I’m trying to extend the default one with options to (1) consider all
> >> Cache-Control headers (and not just the last one) and (2) process the
> >> Pragma header.*
> >>
> >> What I’ve done is extended CacheManager and CacheManagerGui and put my
> >> ‘plugin’ in lib\ext.
> >> I can then add the element in the Test Plan but the HTTP sampler will
> not
> >> pick it up and continues to rely on
> >> org.apache.jmeter.protocol.http.control.CacheManager.
> >>
> >> What am I missing? I am using JMeter v5.2.1 btw.
> >> I know I can always replace the .class files in ApacheJMeter_http.jar
> but
> >> I’m not there yet.
> >>
> >> Thanks in advance for your help!
> >>
> >> Regards,
> >> Geert
> >>
> >> * Yes, it is obsolete as of HTTP 1.1 but not all browsers seem to know
> >> that.
> >> -
> >> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> >> For additional commands, e-mail: user-h...@jmeter.apache.org
> >>
> >>
>
>
> -
> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> For additional commands, e-mail: user-h...@jmeter.apache.org
>
>

-- 
Cordialement.
Philippe Mouawad.

Re: Opening a Test Fragment in a new JMeter window

[Philippe Mouawad]

Hello,
Having N windows in JMeter might not be easy to develop and has other
impacts besides this particular aspect.

As a first step would opening the referenced included  plan and  closing
the includer useful ?

Of course if you contribute a PR for the full feature we’ll be happy to
review and merge if ok

Regards


On Tuesday, March 10, 2020, Sean Mooney  wrote:

> Hi JMeter Community,
>
> We have a series of JMeter test plans that re-use many Test Fragments.
>
> I'd like to know if a method exists to auto-open from the top test plan a
> test fragment in a new JMeter window?
>
> If not, do you think this is a good feature to add to the GUI.
>
> The use of the Test Fragments initially saved us a lot of development time
> by centralizing some repetitive tasks used across our test plans. But now
> that we are maintaining the test plans it has become a sort of impediment
> to efficient work. Everytime we change or debug an existing test plan, we
> find ourselves opening up a bunch of alternate JMeter windows just to
> browse the Test Fragments.
>
> Thanks for help
>
> Sean M
>


-- 
Cordialement
Philippe M.
Ubik-Ingenierie

Re: HLS 2.0 simulate user behaviour for each media segment by waiting on each media segment

[Philippe Mouawad]

Hello,
This plugin is out of scope of JMeter project.

Regards

On Wednesday, January 8, 2020, UserJMeter999  wrote:

> Using HLS plugin 2.0
> If we add think time (Constant Timer) to blazemeter bzm - HLS Sampler it
> just waits for sending first sampler only(80 seconds). It is not able to
> simulate user watching video to send child media segments at intervals. I
> have video with 15 media segments all 15 requests sent to server in less
> than a minute by HLS sampler even though i have below configs on sampler.
> But in real time it is not the case where user watching video. Browser
> sends
> these 15 media segments at different intervals.
>
> Test plan
> bzm - HLS Sampler
> Constant Timer = 80 seconds
>
> Settings on HLS sampler
> Duration = whole Video (actual duration of video is 4 mins)
> bandwidth/Resolution = Minimum
>
>
>
> --
> Sent from: http://www.jmeter-archive.org/JMeter-User-f512775.html
>
> -
> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> For additional commands, e-mail: user-h...@jmeter.apache.org
>
>

Re: jtl sample attributes difference between Jmeter 2 and Jmeter 5

[Philippe Mouawad]

Hello,
JMeter 2.3 is a very very old version , 21 major versions released since
this one and many changes, one of them is more saved fields.

To remove URL, add to user.properties:
jmeter.save.saveservice.url=false

But the question is: Should you do it ?

It is needed for new HTML report for example.
Ensure you read this for your migration:

   - http://jmeter.apache.org/changes_history.html
   - http://jmeter.apache.org/changes.html

Regards
Philippe M.
https://leanpub.com/master-jmeter-from-load-test-to-devops

On Mon, Nov 18, 2019 at 11:35 AM Krister Nilsson <
krister.nils...@pensionsmyndigheten.se> wrote:

> Hello!
>
> When upgrading from Jmeter 2.3 to Jmeter 5.0 the jtl-files contains more
> sample attributes than before. We are using XML-format. I'm trying to
> search the web and Jmeter's own user docs but I just cannot find where I
> can change this.
>
> In 2.3 we get
>  lb="getPersonNumber" rc="200" rm="OK" tn="Test Webservices Customer 1-1"
> dt="text" by="288" ng="1" na="1"/>
>
> In 5.0 we get
>  lb="getPersonNumber" rc="200" rm="OK" tn="Test Webservices Customer 1-1"
> dt="text" by="431" sby="1097" ng="1" na="1">
>   
> https://kund.pst.pensionsmyndigheten.se:8499/customerinformation/CustomerInformationWebService
> 
>
> As you can see there is also an additional line  which I do
> not know where it comes from.
>
> Help is much appreciated!
>
> BR
> /Krister
>
>
> -
> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> For additional commands, e-mail: user-h...@jmeter.apache.org
>

Re: Help testing JMeter 5.2 RC2

[Philippe Mouawad]

https://dist.apache.org/repos/dist/dev/jmeter/apache-jmeter-5.2-rc2/

On Thursday, October 10, 2019, SAS  wrote:

> I am unable to locate this version.  Can you please share the link ?
>
> Thanks,
> Sastry
>
>
>
> On Thu, Oct 10, 2019 at 1:47 AM Philippe Mouawad 
> wrote:
>
> > Dear JMeter users,
> >
> > JMeter 5.2 RC2 is ready for your tests with many improvements, bigfixes
> and
> > major changes in build process, see this announcement with details  by
> > Milamber:
> >
> > -
> >
> > http://mail-archives.apache.org/mod_mbox/jmeter-dev/
> 201910.mbox/%3c9142a7ff-4d64-7bfd-176a-303661c67...@apache.org%3e
> >
> > It would be great and we’d be very grateful to you if you could give it a
> > try and report any issue you find.
> >
> > Thank you
> > Regards
> >
>
>
> --
>
>
> Thanks
> SASTRY
>

Re: Help testing JMeter 5.2 RC2

[Philippe Mouawad]

Hello,
No, since the PR has not been merged yet, it is not.

Contents of 5.2-RC2 are described here:

- https://apache.github.io/jmeter-site-preview/site/changes.html

Regards

On Thursday, October 10, 2019,  wrote:

> Hi,
>
> Does RC2 contains the Auto-Correlation ?
>
> If yes, could you please send a direct link to the HELP of the
> Auto-Correlation ?
>
> Thank you very much!
>
> Shay Ginsbourg
>
>
>
> -----Original Message-
> From: Philippe Mouawad 
> Sent: Thursday, October 10, 2019 08:47
> To: JMeter Users List 
> Subject: Help testing JMeter 5.2 RC2
>
> Dear JMeter users,
>
> JMeter 5.2 RC2 is ready for your tests with many improvements, bigfixes
> and major changes in build process, see this announcement with details  by
> Milamber:
>
> -
> https://mail-archives.apache.org/mod_mbox/jmeter-dev/
> 201910.mbox/%3c9142a7ff-4d64-7bfd-176a-303661c67...@apache.org%3e
> <http://mail-archives.apache.org/mod_mbox/jmeter-dev/201910.mbox/%3c9142a7ff-4d64-7bfd-176a-303661c67...@apache.org%3e>
>
> It would be great and we’d be very grateful to you if you could give it a
> try and report any issue you find.
>
> Thank you
> Regards
>
>
> -
> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> For additional commands, e-mail: user-h...@jmeter.apache.org
>
>

Help testing JMeter 5.2 RC2

[Philippe Mouawad]

Dear JMeter users,

JMeter 5.2 RC2 is ready for your tests with many improvements, bigfixes and
major changes in build process, see this announcement with details  by
Milamber:

-
http://mail-archives.apache.org/mod_mbox/jmeter-dev/201910.mbox/%3c9142a7ff-4d64-7bfd-176a-303661c67...@apache.org%3e

It would be great and we’d be very grateful to you if you could give it a
try and report any issue you find.

Thank you
Regards

Re: Aggregate Report data

[Philippe Mouawad]

Hello,
No they are not.

Why not use BackendListener and the available clients Influx, Graphite ?

Regards

On Mon, Oct 7, 2019 at 5:18 PM Walker Mellema
 wrote:

> Anybody know of a way to access Aggregate Report data during the load test?
> I'm wondering if these values are available in variables somewhere that I
> could query from a groovy script in my JSR223 Listener
>
> Thanks
>
> Walker
>
> --
> <https://www.hotschedules.com>
> Walker B. Mellema  |  Senior QA Engineer  |  m +1 415.420.5513
>


-- 
Cordialement.
Philippe Mouawad.

Re: Aggregate Report

[Philippe Mouawad]

Hello,
Just so that it's helpful to others, the information you're looking for is
in the first link.
If you read it and didn't find it it means it's not clear and we need to
fix it, can you confirm you read it ?
If you did, is there some confusing information ?

You can also watch this:
https://www.youtube.com/watch?v=M92oYbiVhFw

Regards



On Sat, Sep 21, 2019 at 1:44 PM Peter Wong  wrote:

> I had set all the necessary settings. How to generate report dashboard?
>
>
> Regards,
> --
> Peter Wong
> 016-396 3326
>
>
> On Sat, Sep 21, 2019 at 7:19 PM Philippe Mouawad <
> p.moua...@ubik-ingenierie.com> wrote:
>
> > Hello,
> > Does this answer your question :
> >
> > After test:
> > - https://jmeter.apache.org/usermanual/generating-dashboard.html
> >
> > Live:
> >
> > - https://jmeter.apache.org/usermanual/realtime-results.html
> >
> > Regards
> >
> > On Saturday, September 21, 2019, Peter Wong 
> wrote:
> >
> > > Dear All,
> > > I have several thread groups created and runned. I want to know the
> > result
> > > for all thread groups either in graph or table format.
> > > How to achieve it? Thanks. Regards
> > >
> > > Regards,
> > > --
> > > Peter Wong
> > > 016-396 3326
> > >
> >
> >
> > --
> >
> >
> > [image: logo Ubik Ingenierie] <https://www.ubik-ingenierie.com> Philippe
> > Mouawad
> > Senior Performance Expert
> > 320914981 <+33320914981> | p.moua...@ubik-ingenierie.com
> > [image: ubik-ingenierie.com] ubik-ingenierie.com
> > <https://www.ubik-ingenierie.com> | [image: 03.20.91.49.81]
> 03.20.91.49.81
> > <+33320914981> | [image: 23 rue du chemin de fer , 59100 , Roubaix] 23
> rue
> > du chemin de fer, 59100, Roubaix
> > <https://www.openstreetmap.org/#map=18/50.69454/3.16455>
> >
>


-- 
Cordialement.
Philippe Mouawad.

Re: Aggregate Report

[Philippe Mouawad]

Hello,
Does this answer your question :

After test:
- https://jmeter.apache.org/usermanual/generating-dashboard.html

Live:

- https://jmeter.apache.org/usermanual/realtime-results.html

Regards

On Saturday, September 21, 2019, Peter Wong  wrote:

> Dear All,
> I have several thread groups created and runned. I want to know the result
> for all thread groups either in graph or table format.
> How to achieve it? Thanks. Regards
>
> Regards,
> --
> Peter Wong
> 016-396 3326
>


-- 


[image: logo Ubik Ingenierie] <https://www.ubik-ingenierie.com> Philippe
Mouawad
Senior Performance Expert
320914981 <+33320914981> | p.moua...@ubik-ingenierie.com
[image: ubik-ingenierie.com] ubik-ingenierie.com
<https://www.ubik-ingenierie.com> | [image: 03.20.91.49.81] 03.20.91.49.81
<+33320914981> | [image: 23 rue du chemin de fer , 59100 , Roubaix] 23 rue
du chemin de fer, 59100, Roubaix
<https://www.openstreetmap.org/#map=18/50.69454/3.16455>

Re: Transaction Controller Template

[Philippe Mouawad]

Hello,
- Put this Transaction Controller in a Test Fragment as a child of Test Plan
Where you want to use it:
- Add a Module Controller
- Make it point to the Transaction Controller inside the Test Fragment

Regards

On Sat, Sep 21, 2019 at 11:32 AM Peter Wong  wrote:

> Dear All,
> I had created a transaction controller which composes of three steps
> 1. Navigate to homepage
> 2. Navigate to login page
> 3. Login
>
> I want to use this transaction controller for further action like browse,
> search, reserve, book ticket, etc.
> How to do it?
> Thanks
>
> Regards,
> --
> Peter Wong
> 016-396 3326
>
> -
> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> For additional commands, e-mail: user-h...@jmeter.apache.org

Re: New book on Apache JMeter by 3 committers of the project

[Philippe Mouawad]

Hello,

For those of you who wanted a paper version of the book, it is now
available at Amazon published by Packt:

-
https://www.amazon.com/Master-Apache-JMeter-Testing-performance/dp/1839217642/


Regards
Antonio, Milamber and Philippe

On Thursday, November 1, 2018, Philippe Mouawad 
wrote:

> Kirk, Deepak,
> Thank you so much for your kind words and
> encouragements !
>
>
> Regards
> On Wednesday, October 31, 2018, Kirk Pepperdine 
> wrote:
>
>> Well done!!! I will certainly promote it next week at my workshop at QCon
>> next week.
>>
>> Regards,
>> Kirk
>>
>> > On Oct 30, 2018, at 12:50 PM, Philippe Mouawad 
>> wrote:
>> >
>> > Hello All,
>> >
>> > I am happy to announce that 3 committers of Apache JMeter (including me)
>> > have authored a new book on JMeter that you can buy online at:
>> >
>> >   - https://leanpub.com/master-jmeter-from-load-test-to-devops
>> >
>> > If you'd like to read more about its inception:
>> >
>> >   -
>> >   https://www.ubik-ingenierie.com/blog/book-master-jmeter-fro
>> m-load-testing-to-devops/
>> >
>> >
>> > We'll be grateful if you can spread this news around you.
>> >
>> > We will be very happy to offer it to any member of JMeter Team to thank
>> > them for their great works for years (if they think they can still learn
>> > something :-) of course ), just send us a mail.
>> >
>> > Thanks a lot
>> > Regards
>> > Antonio Gomes Rodrigues, Milamber and Philippe M.
>>
>>
>> -
>> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
>> For additional commands, e-mail: user-h...@jmeter.apache.org
>>
>>
>
> --
> Cordialement.
> Philippe Mouawad.
>
>
>
>

Re: Script error

[Philippe Mouawad]

Hello,
Can you show the error you have in jmeter.log ?

Paste the exception in mail please

Thanks

On Friday, July 26, 2019, Tousignant, Jon  wrote:

> Hi,
> I am not even sure how support works for JMeter, but I figured I would
> give it a shot. We have a stage version of our company's website that I am
> trying to set up load testing for. We use BlazeMeter for the load testing
> through dedicated IPs set up by BM.  I used BM's Chrome extension to record
> a simple test that browses to a product in our product catalog and then
> clicks add to cart. I test the script through BM's Selenium option, and I
> can watch it step through each piece and it successfully adds the item to
> the cart. However, when I export the script to .jmx and then open in JMeter
> I run it there and it throws an error on the first step which is add to
> cart. It doesn't provide much information on the error, and I am just stuck
> trying to get past it.
>
> I am not sure if I just have something configured wrong in Jmeter, or if
> it's an issue with the site, but since I was able to watch it run in
> Selenium I am leaning towards a configuration issue.  I am new to
> BlazeMeter, Load testing, Jmeter, etc. and unfortunately, I am learning as
> I go...
>
> Respectfully,
>
> Jon Tousignant
> Business Systems Analyst
>
> AMSOIL INC.
> ADDRESS: 925 Tower Avenue, Superior, WI 54880
> E-MAIL: jtousign...@amsoil.com<mailto:jtousign...@amsoil.com>
> PHONE: 715-399-6361
> FAX: 715-395-5332
>
> This email and attachments may contain proprietary, confidential and
> legally privileged information protected from disclosure. It is for the
> intended recipient(s) only. Unauthorized use, disclosure or dissemination
> is prohibited. Unless otherwise stated, opinions or comments are those of
> the writer, not AMSOIL INC. AMSOIL is not responsible for incorrect
> recommendations if information provided to AMSOIL is inaccurate or
> incomplete. If this has been received in error, please notify AMSOIL
> immediately and delete all copies and backups. Thank you for your
> cooperation.
>


-- 


[image: logo Ubik Ingenierie] <https://www.ubik-ingenierie.com> Philippe
Mouawad
Senior Performance Expert
320914981 <+33320914981> | p.moua...@ubik-ingenierie.com
[image: ubik-ingenierie.com] ubik-ingenierie.com
<https://www.ubik-ingenierie.com> | [image: 03.20.91.49.81] 03.20.91.49.81
<+33320914981> | [image: 23 rue du chemin de fer , 59100 , Roubaix] 23 rue
du chemin de fer, 59100, Roubaix
<https://www.openstreetmap.org/#map=18/50.69454/3.16455>

Re: Enhancement sharing to Apache JMeter

[Philippe Mouawad]

Hello,
Create a bugzilla a attach your document.

Thanks

On Friday, July 26, 2019, Ankur Gupta  wrote:

> Hello,
>
> We would like to share an enhancement in JMeter to Apache Community. So as
> a part of this idea sharing, we have created a presentation having some of
> the images.
>
> As we can't share the attachments on the (d...@jmeter.apache.org  and
> user@jmeter.apache.org  )mailing list. Also text of the mails shared in
> these mailing list supports "Plain Text" only.
>
> So it would be great if somebody could help us in this regard.
>
> Thanks,
> Ankur Gupta
>
> -
> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> For additional commands, e-mail: user-h...@jmeter.apache.org
>
>

Re: Debugging Jmeter in Eclipse

[Philippe Mouawad]

Hello,
See those 2 documentations:
https://jmeter.apache.org/building.html
https://github.com/apache/jmeter/blob/master/eclipse.md

Regards

On Wed, Jul 10, 2019 at 1:02 AM Flavio da Silveira Pepino <
flavio6...@gmail.com> wrote:

> I want to debug Jmeter in Eclipse, but I'm not sure about how doing it.
> I've downloaded the source code and binary files and put them in the same
> directory structure.  I make the command
> ant download_ jars
> ant install
>
> I'm trying to run as application the class NewDriver.java since I guess
> it's the beginning  of the program.
> The console shows errors.
>
> https://pastebin.com/bBNUxLc4
>


-- 
Cordialement.
Philippe Mouawad.

Re: autostarting jmeter-server with systemd

[Philippe Mouawad]

Thanks for sharing !

On Friday, May 31, 2019, Ivan Rancati  wrote:

> Hello,
>
> Yesterday I installed from scratch jmeter on some virtual machines in a
> cloud environment, and had an odd problem with starting jmeter-server.
> As this might happen to other testers, I'm sharing the workaround that I
> found
>
>
> My environment
> I have 10 JMeter remotes, they are virtual machines (CentOS) that are
> switched off when no performance test is running,, and can be started with
> OpenStack.
>
> My problem
> I wanted jmeter-server to start automatically, so I created a .service file
> for bin/jmeter-service
> I noticed that the Java process would start on 6 or 7 vm, not on the
> remaining 3 or 4
> It turns out that, with systemd, unless a dependency is explicitly given,
> the order of startup is not guaranteed.
> So sometimes, jmeter-server started before the network initialization was
> finished, and rmi could not bind to any ip address
>
> The workaround
> Simply adding an "After" statement to the .service file (see below), to
> make sure the network is fully initialized. Important in cloud
> environments, where the ip address is assigned by a dhcp server.
>
> The two other relevant settings in the file are "ExecStart" (the full path
> to jmeter-server) and "WorkingDirectory" (basically, where
> jmeter-server.log will be saved)
>
> [Unit]
> Description=Start Jmeter-service
> After=network-online.target
>
> [Service]
> Type=simple
> WorkingDirectory=/root/lasttest
> ExecStart="/opt/lasttest/jmeter/bin/jmeter-server"
>
> [Install]
> WantedBy=multi-user.target
>
>
> ----
>
> Your mileage may vary. There might be better/cleaner workarounds then mine
>
> Thanks to the JMeter for Jmeter and happy testing,
> Ivan
>


-- 
Cordialement.
Philippe Mouawad.

Re: Spike observed in ramdown in version 5.0

[Philippe Mouawad]

Hello,
What are the duration of each phase ?

Thanks

On Wednesday, May 15, 2019, Anmol Sarraf  wrote:

> Hi All ,
>
> I am having a load test of 200 users having rampup as 15 minutes,steady
> state 1hour and rampdown 15 minutes. The test works fine till steady state
> but at the time of rampdown there is sudden spike in the response times
> .This is observed in jmeter latest versions after jmeter 3.3.
> And when i reduce the load to 50 users ,no issues observed.
>
> I tried the same scenario in jmeter 3.0 and it worked fine , no issues
> observed.
>
> Have someone faced this issue? Please help me as i hve to use the latest
> jmeter versions.
>


-- 
Cordialement.
Philippe Mouawad.

Re: Cannot get http2 plugin to send client certificate at handshake

[Philippe Mouawad]

Hello,
You should report issue on jmeter plugins google group.

But I think it does not support client authentication.

Regards

On Wed, May 8, 2019 at 4:09 PM Per Holmberg  wrote:

> Hello,
>
> This is the plugin i use.
>
> HTTP/2 Sampler
> Vendor: BlazeMeter
> HTTP/2 protocol sampler
> Documentation:
> https://github.com/Blazemeter/jmeter-bzm-plugins/blob/master/http2/README.md
> What's new in version 1.4: Fixed serialization issue for JMeter
> distributed mode
> Maven groupId: com.blazemeter, artifactId: jmeter-bzm-http2, version: 1.4
>
>
> Rgds,
> Per
>
>
> 
> From: Philippe Mouawad 
> Sent: Thursday, May 9, 2019 9:03 AM
> To: JMeter Users List
> Subject: Re: Cannot get http2 plugin to send client certificate at
> handshake
>
> Hello,
> JMeter does not support HTTP2 OOTB, I guess you're using a 3rd party
> plugin, which one is it ?
>
> Thank you
>
> On Wed, May 8, 2019 at 3:36 PM Per Holmberg  wrote:
>
> > Hello,
> >
> > I'm trying to setup JMeter to send http2 requests with https but I have
> > problems with the handshake process while exchanging certificates between
> > client and server. When trying my request with http1.1 the handshake
> works
> > ok, so the certificate should then be ok.
> >
> > I can see the following sequence in wireshark when using http2:
> >
> > Client send "Client Hello"
> > Server respond with "Server Hello, Certificate, Server Key Exchange,
> > Certificate Request, Server Hello Done"
> > Client send "Certificate, Client Key Exchange"
> > ..
> > ..
> >
> > The issue seems to be that the client (my JMeter) does not include the
> > certificate at handshake, the certificate parameter is visible in
> wireshark
> > but it is empty. The server respond with "Bad Certificate".
> >
> >
> > Any idea of what could be the issue for JMeter to not include the
> > certificate during handshake?
> >
> >
> > Rgds,
> > Per
> >
> >
>
> --
> Cordialement.
> Philippe Mouawad.
>


-- 
Cordialement.
Philippe Mouawad.

Re: Cannot get http2 plugin to send client certificate at handshake

[Philippe Mouawad]

Hello,
JMeter does not support HTTP2 OOTB, I guess you're using a 3rd party
plugin, which one is it ?

Thank you

On Wed, May 8, 2019 at 3:36 PM Per Holmberg  wrote:

> Hello,
>
> I'm trying to setup JMeter to send http2 requests with https but I have
> problems with the handshake process while exchanging certificates between
> client and server. When trying my request with http1.1 the handshake works
> ok, so the certificate should then be ok.
>
> I can see the following sequence in wireshark when using http2:
>
> Client send "Client Hello"
> Server respond with "Server Hello, Certificate, Server Key Exchange,
> Certificate Request, Server Hello Done"
> Client send "Certificate, Client Key Exchange"
> ..
> ..
>
> The issue seems to be that the client (my JMeter) does not include the
> certificate at handshake, the certificate parameter is visible in wireshark
> but it is empty. The server respond with "Bad Certificate".
>
>
> Any idea of what could be the issue for JMeter to not include the
> certificate during handshake?
>
>
> Rgds,
> Per
>
>

-- 
Cordialement.
Philippe Mouawad.

Re: search_path and plugin_dependency_paths property on remote hosts

[Philippe Mouawad]

Hello,
As you wrote, you need to set on both client and server nodes the classpath
and they should be targeting same jars for any class involved in test plan
as it is sent by client to servers.

I hope I answer your question.
Regards

On Sunday, April 14, 2019, Andrew Burton  wrote:

> Thinking a little, I realised that setting the search and dependency paths
> via the master had no impact on the server, since the server has already
> started.
>
> Would setting the classpath on the server be a way to specify alternate JAR
> paths?
>
> On Fri, Apr 12, 2019 at 4:32 PM Andrew Burton 
> wrote:
>
> > Hi list,
> >
> > When running JMeter in master-slave mode, I have a number of JARs that
> are
> > in a shared directory which is mounted by all of the slaves when they
> > launch.
> >
> > On the master, I use the search_paths and plugin_dependency_paths command
> > line options to specify that this is where JMeter should look for all the
> > JARs. This works fine for JMeter when running in non-distributed mode,
> but
> > I get the following error on the master when running in distributed mode:
> >
> > Apr 12, 2019 2:49:41 PM java.util.prefs.FileSystemPreferences$1 run
> > INFO: Created user preferences directory.
> > Created the tree successfully using
> > /testartifacts/src/test/jmeter/scenario-eom.jmx
> > Configuring remote engine: 10.244.0.25
> > Starting remote engines
> > Starting the test @ Fri Apr 12 14:49:48 AEST 2019 (1555044588419)
> > Error in rconfigure() method java.rmi.ServerException:
> RemoteException
> > occurred in server thread; nested exception is:
> > java.rmi.UnmarshalException: error unmarshalling arguments;
> nested
> > exception is:
> > java.lang.ClassNotFoundException:
> > au.com.mycompany.jmeter.reporters.TimingListener (no security manager:
> RMI
> > class loader disabled)
> > Remote engines have been started
> > Waiting for possible Shutdown/StopTestNow/Heapdump message on port
> 4445
> >
> > I use -J and -G with no success. Do I need a different way to specify the
> > classpaths (and the location of the JARs) on the servers?
> >
> > I don't want to download the JARs to the JMeter directory, as explicitly
> > setting search_paths and plugin_dependency_paths means I can manage the
> > JARs in one place, rather than having to do it on each server.
> >
> > Thanks
> >
> > Andrew
> >
>


-- 


[image: logo Ubik Ingenierie] <https://www.ubik-ingenierie.com> Philippe
Mouawad
Senior Performance Expert
320914981 <+33320914981> | p.moua...@ubik-ingenierie.com
[image: ubik-ingenierie.com] ubik-ingenierie.com
<https://www.ubik-ingenierie.com> | [image: 03.20.91.49.81] 03.20.91.49.81
<+33320914981> | [image: 23 rue du chemin de fer , 59100 , Roubaix] 23 rue
du chemin de fer, 59100, Roubaix
<https://www.openstreetmap.org/#map=18/50.69454/3.16455>

Re: Log4j appender plugins when running JMeter

[Philippe Mouawad]

I guess you’re on windows from the %.

Add a Non Test elements > Property display element and check that what is
passed is correct.

Do you have any warn message in logs or on console ?

Thanks

On Friday, March 22, 2019, Andrew Burton  wrote:

> Hi list,
>
> I'm using the Sumo Log4j2 appender plugin (
> https://github.com/SumoLogic/sumologic-log4j2-appender) which pushes logs
> directly to Sumo via HTTP.
>
> The plugin works fine when adding the JAR to JMeter's lib/ext directory
> (and a dependency HTTP JAR to lib).
>
> However I keep all my JARs in a separate lib and lib/ext directory which
> are specified at runtime using
> -Jplugin_dependency_paths=%TEST_HOME%/resources/lib
> and -Jsearch_paths=%TEST_HOME%/resources/lib/ext. In this situation, the
> JARs aren't found and an exception is thrown by log4j. All other JARs are
> loaded by JMeter without issue.
>
> The log4j config file is loaded through JVM_ARGs:
> JVM_ARGS=-Dlog4j.configurationFile=file://%TEST_HOME%/conf/log4j2.xml
>
> I've tried setting -Juser.classpath, without success.
>
> Are there any other considerations when adding extra JARs for use in log4j
> that people have come across?
>
> Thanks
>
> Andrew
>


-- 
Cordialement.
Philippe Mouawad.

Re: JMeter Java 11.0.2 HTTP/2

[Philippe Mouawad]

Hello,
This plugin is a 3rd party plugin not developed by JMeter team.

Ask on jmeter plugins google group.


Regards

On Thursday, March 14, 2019, Kok How Teh  wrote:

> Hi;
>
>I have not been able to use HTTP/2 with JMeter-5.1 using Jetty's ALPN
> implementation. Is there any documentation showing proper way of
> downloading and install the right libraries from Jetty into JMeter 5.1? In
> addition, when can we have the Java's implementation of the ALPN to use
> HTTP/2 on JMeter? Thanks!
>

Re: TLS 1.3 Support for Jmeter

[Philippe Mouawad]

Hello,

It should work as per this:

   - https://issues.apache.org/jira/browse/HTTPCLIENT-1967

The issues you may encounter would be related to JDK11 bug mentioned in the
JIRA and fixed in JDK12 (not officially supported by JMeter)

If you try and face issue, please provide some details.
Regards

On Sun, Mar 10, 2019 at 11:28 AM sebb  wrote:

> On Sat, 9 Mar 2019 at 17:53, Deepak Shetty  wrote:
> >
> > Probably if you use the Java Implementation (but which has other
> limitation
> > as in
> >
> https://jmeter.apache.org/usermanual/component_reference.html#HTTP_Request
> )
> > I dont think HTTPCLient supports TLS 1.3 (yet)
>
> That would be something to check with the HttpComponents project:
>
> hc.apache.org
>
> I had a very quick look at the website, and it does not seem to be
> mentioned either way: try asking on the user list.
>
> > On Fri, Mar 8, 2019 at 8:52 AM Samer Al Masri 
> wrote:
> >
> > > Hello everyone,
> > >
> > > I would like to know whether Jmeter supports TLSv1.3 or not.
> > >
> > > Basically, I am trying to benchmark a java implementation by using
> > > Jmeter to send requests to Open Liberty. So I would like to know if
> > > Jmeter supports TLS v1.3 encryption when used with JDK11.
> > >
> > > Thanks,
> > >
> > > Samer AL Masri
> > >
>
> ---------
> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> For additional commands, e-mail: user-h...@jmeter.apache.org
>
>

-- 
Cordialement.
Philippe Mouawad.

Re: Test not running for specified duration

[Philippe Mouawad]

Hello Prateek,
In 5.1, a message in UI was added in Scheduler to explain your issue.
But it looks like it was either not clear or you didn't notice it or
understand it ?

Could you tell us maybe what could have helped you ?

Thanks

On Tue, Mar 5, 2019 at 8:09 AM Prateek Dua  wrote:

> Thanks you Antonio. Solution works.
>
> On Mon, Mar 4, 2019 at 7:34 PM Antonio Gomes Rodrigues 
> wrote:
>
> > Hi
> >
> > Check "Forever" option in "Loop Count"
> >
> > Le lun. 4 mars 2019 à 14:51, Prateek Dua  a
> écrit
> > :
> >
> > > Hi,
> > >
> > > I'm running test in Jmeter 5.1 for a specified duration of 120 sec but
> > test
> > > is not running upto that time constraint in Jmeter UI mode. Also I'm
> > trying
> > > to run test via command line mode for a parametrized duration but there
> > > also test is not running.
> > >
> > > please find attached screenshots https://imgur.com/a/rmcudWZ of same &
> > > would be great to see the mistake I'm doing here.
> > >
> > >
> > > Thanks,
> > > Prateek
> > >
> > > --
> > >
> > >
> > > ::DISCLAIMER::
> > >
> > >
> > >
> > >
> >
> 
> > >
> > >
> > >
> > >
> > >
> > > This message is intended only for the use of the addressee and may
> > > contain information that is privileged, confidential and exempt from
> > > disclosure under applicable law. If the reader of this message is not
> the
> > > intended recipient, or the employee or agent responsible for delivering
> > > the
> > > message to the intended recipient, you are hereby notified that any
> > > dissemination, distribution or copying of this communication is
> strictly
> > > prohibited. If you have received this e-mail in error, please notify us
> > > immediately by return e-mail and delete this e-mail and all attachments
> > > from your system.
> > >
> >
>
> --
>
>
> ::DISCLAIMER::
>
>
>
> 
>
>
>
>
>
> This message is intended only for the use of the addressee and may
> contain information that is privileged, confidential and exempt from
> disclosure under applicable law. If the reader of this message is not the
> intended recipient, or the employee or agent responsible for delivering
> the
> message to the intended recipient, you are hereby notified that any
> dissemination, distribution or copying of this communication is strictly
> prohibited. If you have received this e-mail in error, please notify us
> immediately by return e-mail and delete this e-mail and all attachments
> from your system.
>


-- 


[image: logo Ubik Ingenierie] <https://www.ubik-ingenierie.com> Philippe
Mouawad
Senior Performance Expert
320914981 <+33320914981> | p.moua...@ubik-ingenierie.com
[image: ubik-ingenierie.com] ubik-ingenierie.com
<https://www.ubik-ingenierie.com> | [image: 03.20.91.49.81] 03.20.91.49.81
<+33320914981> | [image: 23 rue du chemin de fer , 59100 , Roubaix] 23 rue
du chemin de fer, 59100, Roubaix
<https://www.openstreetmap.org/#map=18/50.69454/3.16455>

[SECURITY] CVE-2019-0187: Apache JMeter Missing client auth for RMI connection when distributed test is used

[Philippe Mouawad]

This is a security notification for Apache JMeter:

CVE-2019-0187
Severity: Important
Vendor: The Apache Software Foundation
Affected Versions : JMeter 4.0, 5.0

Description [0]:

Unauthenticated RCE is possible when JMeter is used in distributed mode (-r
or -R command line options).
Attacker can establish a RMI connection to a jmeter-server using
RemoteJMeterEngine and proceed with an attack using untrusted data
deserialization.
This only affect tests running in Distributed mode.
Note that versions before 4.0 are not able to encrypt traffic between the
nodes, nor authenticate the participating nodes so even for those versions,
upgrade to JMeter 5.1 is
also advised.

Mitigation:
  * Users must use last minor version of Java 8 to Java 11
  * Users must upgrade to last JMeter 5.1 version and use the default /
enabled authenticated SSL RMI connection.

Besides, we remind users that in distributed mode, JMeter makes an
Architectural assumption
that it is operating on a 'safe' network. i.e. everyone with access to the
network is considered trusted.

This typically means a dedicated VPN or similar is being used.

Example:
  * Start JMeter server using either jmeter-server or jmeter -s
  * Using another keystore file, if you're able to connect to first server
instance and you don't get "SSLHandshakeException: Received fatal alert:
bad_certificate", you are vulnerable

Credit:
This issue was reported responsibly to the Apache Security Team by Brenden
Meeder.

- The Apache JMeter Team

[0] https://bz.apache.org/bugzilla/show_bug.cgi?id=62743

JMeter Query on Threads

[Philippe Mouawad]

Hello,

Maybe you should reconsider what you are trying to do.
It looks from my understanding like a workaround to try to simulate more
threads than licenses you have. If it's the case, approach is wrong.

If aim is different, you may want to look at:
- https://jmeter-plugins.org/wiki/InterThreadCommunication/

Regards
Philippe M.
https://leanpub.com/master-jmeter-from-load-test-to-devops

On Mon, Feb 25, 2019 at 5:52 PM glin...@live.com  wrote:

> Using vanilla JMeter it is very tricky, nearly impossible.
>
> Consider using  Parallel Controller
> <https://www.blazemeter.com/blog/how-to-use-the-parallel-
> controller-in-jmeter>
> , it's main goal is simulating  AJAX
> <https://en.wikipedia.org/wiki/Ajax_(programming)>   requests  which have
> the same "forking" nature as you're looking for.
>
> You can install Parallel Controller using  JMeter Plugins Manager
> <https://www.blazemeter.com/blog/how-install-jmeter-plugins-manager>
>
>
>
> --
> Sent from: http://www.jmeter-archive.org/JMeter-User-f512775.html
>
> -
> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> For additional commands, e-mail: user-h...@jmeter.apache.org
>
>





<https://www.openstreetmap.org/#map=18/50.69454/3.16455>


-- 


[image: logo Ubik Ingenierie] <https://www.ubik-ingenierie.com> Philippe
Mouawad
Senior Performance Expert
320914981 <+33320914981> | p.moua...@ubik-ingenierie.com
[image: ubik-ingenierie.com] ubik-ingenierie.com
<https://www.ubik-ingenierie.com> | [image: 03.20.91.49.81] 03.20.91.49.81
<+33320914981> | [image: 23 rue du chemin de fer , 59100 , Roubaix] 23 rue
du chemin de fer, 59100, Roubaix
<https://www.openstreetmap.org/#map=18/50.69454/3.16455>

Re: The Travis CI build failed

[Philippe Mouawad]

Hi Felix,
Yes this one is flaky.

Regards

On Wednesday, February 20, 2019, Felix Schumacher <
felix.schumac...@internetallee.de> wrote:

>
> Am 20.02.19 um 07:44 schrieb Sanjay Chaurasia:
>
>> Dear Felix,
>>
>> Thank you so much for your support. Now it's working.
>>
>> But, now I am getting different error.
>>
>> Please find the below link for full log.
>>
>> https://travis-ci.org/apache/jmeter/jobs/495836409
>>
>
> I think again, you are experiencing a test, that sometimes fails (am I
> right this time, Philippe?).
>
> Felix
>
>
>>
>> Thanks and Regards,
>> Sanjay Chaurasia
>>
>>
>> -Original Message-
>> From: Felix Schumacher [mailto:felix.schumac...@internetallee.de]
>> Sent: Wednesday, February 20, 2019 2:27 AM
>> To: user@jmeter.apache.org
>> Subject: Re: The Travis CI build failed
>>
>>
>> Am 19.02.19 um 21:32 schrieb Felix Schumacher:
>>
>>> Am 19.02.19 um 21:13 schrieb Philippe Mouawad:
>>>
>>>> Hi Felix,
>>>> Are you sure this one is frequent ?
>>>>
>>>> KeepAlive is ,but I don't remember this one occurred recently.
>>>>
>>> They all look the same to me ;) but I will have a look.
>>>
>>> In my mail archives I found at least four test runs that were
>>> affected. I probably deleted quite a few more.
>>>
>>> The last that I found in my archive is from 08.09.2018.
>>>
>>> On the other hand travis seems to be relatively unaffected by that
>>> test, so I will do a test run of that branch locally.
>>>
>> Hm, it fails locally, too. Now I am letting it run without the changes of
>> pr/440.
>>
>> And that fails, too.
>>
>> Calling the test plan from the GUI, it reveals that the redirect has
>> changed to https://... (it was expectedt to be http://)
>>
>> Will commit a change before going to sleep.
>>
>> Felix
>>
>> Felix
>>>
>>> Regards
>>>>
>>>> On Tue, Feb 19, 2019 at 9:10 PM Felix Schumacher <
>>>> felix.schumac...@internetallee.de> wrote:
>>>>
>>>> Am 19.02.19 um 07:50 schrieb Sanjay Chaurasia:
>>>>>
>>>>>> Hi team.
>>>>>>
>>>>>> I have created a pull request
>>>>>> https://github.com/apache/jmeter/pull/440
>>>>>>
>>>>> .
>>>>>
>>>>>> Earlier, the result of Travis CI build was success but now it is
>>>>>> getting
>>>>>>
>>>>> failed even though I did not make any changes.
>>>>>
>>>>>> Please find the below link for full log.
>>>>>>
>>>>>> https://travis-ci.org/apache/jmeter/jobs/494787174
>>>>>>
>>>>> The reported error is a flaky test, that haunts us for quite a long
>>>>> time now. It has most probably nothing to do with your test case.
>>>>>
>>>>> Felix
>>>>>
>>>>>
>>>>> Please let me know to resolve the same. I will be highly grateful
>>>>>> to you.
>>>>>>
>>>>>> Thanks and Regards,
>>>>>> Sanjay Chaurasia
>>>>>>
>>>>>>
>>>>>> --------
>>>>> - To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
>>>>> For additional commands, e-mail: user-h...@jmeter.apache.org
>>>>>
>>>>>
>>>>> -
>>> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
>>> For additional commands, e-mail: user-h...@jmeter.apache.org
>>>
>>> -
>> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
>> For additional commands, e-mail: user-h...@jmeter.apache.org
>>
>>
>>
>> -
>> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
>> For additional commands, e-mail: user-h...@jmeter.apache.org
>>
>
> -
> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> For additional commands, e-mail: user-h...@jmeter.apache.org
>
>

-- 
Cordialement.
Philippe Mouawad.

Re: The Travis CI build failed

[Philippe Mouawad]

Hi Felix,
Are you sure this one is frequent ?

KeepAlive is ,but I don't remember this one occurred recently.

Regards

On Tue, Feb 19, 2019 at 9:10 PM Felix Schumacher <
felix.schumac...@internetallee.de> wrote:

>
> Am 19.02.19 um 07:50 schrieb Sanjay Chaurasia:
> > Hi team.
> >
> > I have created a pull request https://github.com/apache/jmeter/pull/440
> .
> >
> > Earlier, the result of Travis CI build was success but now it is getting
> failed even though I did not make any changes.
> >
> > Please find the below link for full log.
> >
> > https://travis-ci.org/apache/jmeter/jobs/494787174
>
> The reported error is a flaky test, that haunts us for quite a long time
> now. It has most probably nothing to do with your test case.
>
> Felix
>
>
> > Please let me know to resolve the same. I will be highly grateful to you.
> >
> > Thanks and Regards,
> > Sanjay Chaurasia
> >
> >
>
> -
> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> For additional commands, e-mail: user-h...@jmeter.apache.org
>
>

-- 
Cordialement.
Philippe Mouawad.

Re: Jmeter 4.0 and jmeter 5.0 comparison

[Philippe Mouawad]

Hello,
There is a documented major change in JMeter 5.0 :

   - https://jmeter.apache.org/changes.html#Incompatible%20changes

*Since JMeter 5.0, when using default HC4 Implementation, JMeter will reset
HTTP state (SSL State + Connections) on each thread group iteration. If you
don't want this behaviour, set
httpclient.reset_state_on_thread_group_iteration=false*

We do this, because a new Thread Group iteration is a new user in general,
so the SSL Handshake would occur again.
If a new Thread Group iteration is not a new user for you , set
httpclient.reset_state_on_thread_group_iteration=false

So first thing to do would be comparing same application version  with
JMeter 4.0 and JMeter 5.0 with
httpclient.reset_state_on_thread_group_iteration=false.

If performances are similar, then either a new Thread Group iteration is a
new user and you need to set
httpclient.reset_state_on_thread_group_iteration=true
and then:

   - Either your JMeter instance is overloaded, then increase its CPU
   - Either it' s your application which is not able to handle the SSL
   Handshake efficiently enough


Regards

On Wed, Feb 13, 2019 at 3:44 AM 1+ ∞  wrote:

> hi ，excuse me
>
>
> -- 原始邮件 --
> 发件人: "1+ ∞";
> 发送时间: 2019年2月13日(星期三) 上午10:35
> 收件人: "user-subscribe";
>
> 主题: Jmeter 4.0 and jmeter 5.0 comparison
>
>
>
> The same concurrency, jmeter4.0 and jmeter 5.0 running results in the tps
> and response time gap is very large, Jmeter 5.0 tps is more than 700, in
> the jmeter4.0 above tps reached more than 2,000。
>
>
>  At the same time, when jmeter 5.0 is used, a large number of tcp states
> appear as time_wait connections.
>
>
> Note: The configuration of jmeter 5.0 and jmeter 4.0 is not only
> distributed, but the rest of the configuration is the default configuration
> after the official download.



-- 
Cordialement.
Philippe Mouawad.

Re: JMeter 5.1 Release Date?

[Philippe Mouawad]

Hello,
5.1 is in release process.
RC1 changes:
http://home.apache.org/~milamber/jmeter-5.1RC1/docs/changes.html
RC1 distribution (temporary link during release process):
https://dist.apache.org/repos/dist/dev/jmeter/v5.1_RC1/

It would be nice if you could use it starting from now and report any issue
faced within 2 upcoming days (release process started yesterday and lasts 3
days)
We are currently testing it and will vote.
If no issue is discovered, RC1 will be the final release and 5.1 will be
available in 3 days.

Regards
Philippe M.
Co-Author of Master JMeter : From Load test to DevOps
https://leanpub.com/master-jmeter-from-load-test-to-devops

On Mon, Feb 11, 2019 at 6:07 PM Eddie O'Sullivan  wrote:

> Hi all,
>
> Just wondering is there a target date from when JMeter 5.1 will be
> released?
>
> The bug https://bz.apache.org/bugzilla/show_bug.cgi?id=63055 is preventing
> us in moving to the 5.0 version.
>
> Thanks in advance,
> Eddie
>

Re: Possible typo in "Best practices"

[Philippe Mouawad]

Hello Ivan,
Thanks, fixed by last commit.

Regards

Let me know, otherwise I'll fix it

On Mon, Feb 4, 2019 at 3:41 PM Ivan Rancati  wrote:

> Good afternoon,
>
> in the "16.11 Parameterising tests" section
>
> https://jmeter.apache.org/usermanual/best-practices.html#parameterising_tests
>
> there is an extra closing brace when showing how to use the property that
> has been passed on the command line, i.e.
> LOOPS=${__P(loops,10))}.
> should be, I think:
> LOOPS=${__P(loops,10)}.
>
> I'll be happy to enter an issue in Bugzilla if it helps
>
> Thanks and best regards,
> Ivan
>


-- 
Cordialement.
Philippe Mouawad.

Re: Problem recording mobile app - gzipped JSON payload doesn't unzip

[Philippe Mouawad]

Hello,

I suspect the target website may be using Brotli compression so you're
facing:
- https://bz.apache.org/bugzilla/show_bug.cgi?id=62842

This bug is fixed in nightly build, which you can download from here:
- https://ci.apache.org/projects/jmeter/nightlies/

Can you give us some feedback ?
If issue persists, please enable in log4j2.xml this row and record the
problematic request :


Or provide a HAR recording using Chrome.

Thanks
Regards
@philmdot
Co-author of
https://leanpub.com/master-jmeter-from-load-test-to-devops


On Wed, Jan 16, 2019 at 9:27 PM Alexander Boitsev 
wrote:

> Hello,
>
> I have noticed an unexpected behavior when recording a mobile
> application traffic in JMeter. I have confirmed it in almost all
> versions - starting from 2.13 to the latest trunk code.
>
> I am recording traffic from a mobile app (iOS in my case) and in POST
> requests (JSON) I see some unreadable data which is confirmed to be a
> not unzipped payload.
>
> I have tried recording with Charles Proxy and it shows JSON properly. So
> it is JMeter who processes something incorrectly in my case.
>
> Any ideas why this might happen? Never had such problems with mobile
> apps before.
>
> Thank you,
> Alexander
>

Re: jmeter - replay

[Philippe Mouawad]

Hello,

This is the step called Correlation, see:

   -
   
https://jmeter.apache.org/usermanual/jmeter_proxy_step_by_step.html#correlate-start


To improve your load testing skills and better use JMeter and, this book
can help you :

   - https://leanpub.com/master-jmeter-from-load-test-to-devops

Disclaimer : It is written by three members of the team (Antonio, Milamber
and me) and technically reviewed by a fourth one, Felix.

Regards
Philippe M.

On Fri, Jan 11, 2019 at 9:39 AM Senthilnathan D 
wrote:

> Hi,
>
>
>
> We are using JMeter(5.0) for performance testing for testing our
> application.
>
> We are using the recording and replay method. The setup has been done by
> following the JMeter apache user manual.
>
>
>
> 1.  We were able to record the scenarios (input of a Funds transfer for
> our application)
> 2.  On Replaying the scenario, JMeter does not show any error but the
> transaction has not created.
>
>
>
> Can anyone kindly have a look and help out
>
>
>
>
>
> Regards
>
> Senthil
>
>
>
>
>
>
>
>

-- 


[image: logo Ubik Ingenierie] <https://www.ubik-ingenierie.com> Philippe
Mouawad
Senior Performance Expert
320914981 <+33320914981> | p.moua...@ubik-ingenierie.com
[image: ubik-ingenierie.com] ubik-ingenierie.com
<https://www.ubik-ingenierie.com> | [image: 03.20.91.49.81] 03.20.91.49.81
<+33320914981> | [image: 23 rue du chemin de fer , 59100 , Roubaix] 23 rue
du chemin de fer, 59100, Roubaix
<https://www.openstreetmap.org/#map=18/50.69454/3.16455>

Re: A question for Jmeter

[Philippe Mouawad]

As per documentation , Set property:
mode=Batch

See:

http://jmeter.apache.org/usermanual/properties_reference.html#remote_batching_config

On Monday, December 3, 2018, li...@uusense.com  wrote:

> hello
> i got this message form your website  : Since version 2.9, JMeter sends
> all the test results stripping Response data to the controlling console。
> but how can i get the response data when i used the distributed test？the
> response data is very important 。
>
>
>
>
>
> 李杰  测试工程师
> 邮箱：li...@uusense.com 手机+8613689040710
> 杭州友声科技股份有限公司
> TEL:0571-81020008
> 移动互联网测试专家|证券代码：836592
>


-- 
Cordialement.
Philippe Mouawad.

Re: Send request without User-Agent header

[Philippe Mouawad]

Hello,
Please open an enhancement request here:

-

https://jmeter.apache.org/issues.html


For now I don’t think it’s possible


Regards
On Sunday, December 2, 2018, Antony Bowesman 
wrote:

> Using JMeter 3.3
>
>
>
> How can I send an http request without a User-Agent header.
>
>
>
> I have a HeaderManager for the request, but if I don’t specify as UA
> header, it sends something like
>
>
>
> User-Agent: Apache-HttpClient/4.5.3 (Java/1.8.0_102)
>
>
>
> whereas if I specify User-Agent as an empty value, it will send an empty UA
> header.
>
>
>
> It seems like HttpProtocolParams will add the http.useragent default
> property, so will effectively mandate the UA header.
>
>
>
> Antony
>


-- 
Cordialement.
Philippe Mouawad.

Re: HTML report needs basic GUI and JTL automatic last line handling

[Philippe Mouawad]

Hello,

See this:

- https://jmeter.apache.org/issues.html

You need to subscribe to bugzilla and then you can submit enhancements or
bugs.


Regards

On Sat, Dec 1, 2018 at 12:09 PM Shay Ginsbourg  wrote:

> Dear Philippe,
>
> One last thing regarding the wonderful HTML report is that unless it can be
> exported to a standard PDF document, there are no customers that are
> willing to accept it, since it may not be delivered as a single file via
> e-mail. (Zipping the HTML folder is not an option, since zip files are
> blocked by the mailing system due to security considerations.)
>
> Could you please send me a link to the relevant Bugzilla ?
>
> Best regards,
> Shay
>
>
>
> On Tue, Nov 27, 2018 at 10:14 PM Philippe Mouawad <
> philippe.moua...@gmail.com> wrote:
>
> > Thank you Shay !
> > All these rather rarely expressed kind words are really very nice from
> you
> > and indeed encourage us.
> >
> > Your ideas are interesting:
> >
> >- I think there is an enhancement bugzilla for the GUI one but our
> time
> >is counted
> >- Please open a bugzilla for the second one:
> >   - Explanation is that output is buffered so we end up  with partial
> >   lines while load testing. At end the file is complete.
> >   - But I agree it should be possible to generate the report ignoring
> >   last line if incomplete
> >
> >
> > Regards
> >
> > On Tue, Nov 27, 2018 at 8:57 PM Shay Ginsbourg 
> > wrote:
> >
> > > Recently, Jmeter has incredibly improved in so many aspects that its
> > > developers really deserve some standing ovation. It is justifiably
> > > considered to be a leading testing tool. Minor usability changes that
> > > impose little risk could make it even greater. For example, the HTML
> > report
> > > is a wonderful and most valuable feature that unfortunately does not
> > have a
> > > GUI for its own generation. Even the simplest GUI would make it
> > accessible
> > > for new users. Another related and common issue is that many JTL files
> > has
> > > a last line which is incomplete for various reasons. The HTML report
> may
> > > not be created at all for such a frequent JTL file issue, so it would
> be
> > > very wise to automatically ignore last lines in cases of their
> > > incompleteness. Thank you guys for your good work and please accept my
> > > compliments.
> > >
> > >
> > >
> > > --
> > >
> > > Sincerely,
> > >
> > > *Shay Ginsbourg*
> > > *Performance, Automation and Load Testing Expert. *
> > > *Regulatory Affairs Consultant for Medical Software.*
> > > *Ginsbourg.com (Since 2008)*
> > >
> > > Formerly QA Manager of LoadRunner at Mercury Interactive
> > >
> > > M.Sc. cum laude in Bio-Medical Engineering
> > > M.Sc. in Mechanical Engineering
> > >
> > > Mobile:  +972(0)54-6690915
> > > Email: sginsbo...@gmail.com
> > >
> > > Visit my personal page on LinkedIn at:
> > > http://www.linkedin.com/in/shayginsbourg
> > >
> > >
> > > [image: Shay Ginsbourg on about.me]
> > >
> > > Shay Ginsbourg
> > > about.me/shayginsbourg
> > >   <http://about.me/shayginsbourg>Please consider your environmental
> > > responsibility before printing this e-mail.
> > >
> >
> >
> > --
> > Cordialement.
> > Philippe Mouawad.
> >
>
>
> --
>
> Sincerely,
>
> *Shay Ginsbourg*
> *Performance, Automation and Load Testing Expert. *
> *Regulatory Affairs Consultant for Medical Software.*
> *Ginsbourg.com (Since 2008)*
>
> Formerly QA Manager of LoadRunner at Mercury Interactive
>
> M.Sc. cum laude in Bio-Medical Engineering
> M.Sc. in Mechanical Engineering
>
> Mobile:  +972(0)54-6690915
> Email: sginsbo...@gmail.com
>
> Visit my personal page on LinkedIn at:
> http://www.linkedin.com/in/shayginsbourg
>
>
> [image: Shay Ginsbourg on about.me]
>
> Shay Ginsbourg
> about.me/shayginsbourg
>   <http://about.me/shayginsbourg>Please consider your environmental
> responsibility before printing this e-mail.
>


-- 
Cordialement.
Philippe Mouawad.

Re: HTML report needs basic GUI and JTL automatic last line handling

[Philippe Mouawad]

Thank you Shay !
All these rather rarely expressed kind words are really very nice from you
and indeed encourage us.

Your ideas are interesting:

   - I think there is an enhancement bugzilla for the GUI one but our time
   is counted
   - Please open a bugzilla for the second one:
  - Explanation is that output is buffered so we end up  with partial
  lines while load testing. At end the file is complete.
  - But I agree it should be possible to generate the report ignoring
  last line if incomplete


Regards

On Tue, Nov 27, 2018 at 8:57 PM Shay Ginsbourg  wrote:

> Recently, Jmeter has incredibly improved in so many aspects that its
> developers really deserve some standing ovation. It is justifiably
> considered to be a leading testing tool. Minor usability changes that
> impose little risk could make it even greater. For example, the HTML report
> is a wonderful and most valuable feature that unfortunately does not have a
> GUI for its own generation. Even the simplest GUI would make it accessible
> for new users. Another related and common issue is that many JTL files has
> a last line which is incomplete for various reasons. The HTML report may
> not be created at all for such a frequent JTL file issue, so it would be
> very wise to automatically ignore last lines in cases of their
> incompleteness. Thank you guys for your good work and please accept my
> compliments.
>
>
>
> --
>
> Sincerely,
>
> *Shay Ginsbourg*
> *Performance, Automation and Load Testing Expert. *
> *Regulatory Affairs Consultant for Medical Software.*
> *Ginsbourg.com (Since 2008)*
>
> Formerly QA Manager of LoadRunner at Mercury Interactive
>
> M.Sc. cum laude in Bio-Medical Engineering
> M.Sc. in Mechanical Engineering
>
> Mobile:  +972(0)54-6690915
> Email: sginsbo...@gmail.com
>
> Visit my personal page on LinkedIn at:
> http://www.linkedin.com/in/shayginsbourg
>
>
> [image: Shay Ginsbourg on about.me]
>
> Shay Ginsbourg
> about.me/shayginsbourg
>   <http://about.me/shayginsbourg>Please consider your environmental
> responsibility before printing this e-mail.
>


-- 
Cordialement.
Philippe Mouawad.

Re: Disable JDBC query timeout

[Philippe Mouawad]

Hello,
Issue was created by you:

   - https://bz.apache.org/bugzilla/show_bug.cgi?id=62934

It is fixed in nightly build that you can try tomorrow.
Alternatively, you can also try jenkins build once generation is finished:

   - https://builds.apache.org/job/JMeter-trunk/

To avoid setQueryTimeout being called, set value to -1.


Regards
Philippe M.
Co-Author of Master JMeter
https://leanpub.com/master-jmeter-from-load-test-to-devops/



On Wed, Nov 21, 2018 at 12:08 PM Philippe Mouawad <
philippe.moua...@gmail.com> wrote:

> Hello,
> You can follow this:
>
> - https://jmeter.apache.org/issues.html
>
> If not clear, let us know what needs to be improved.
> Thanks
> Regards
>
> On Wed, Nov 21, 2018 at 12:06 PM Heitor Projects - Jose <
> j...@heitorprojects.com> wrote:
>
>> Thanks for all the help and advice, everyone. I don't know how to file a
>> feature-request for jMeter, so will ask if a contributing developer would
>> kindly do so. The change seems very simple to implement, so I will download
>> the jMeter source, make the change and (hopefully) be able to create a
>> custom build for my own use in the interim. Many thanks, Jose Heitor 
>> On Wed, 21 Nov 2018 12:42:25 +0200 Bruno Antunes <
>> bruno.fs.antu...@gmail.com> wrote  Analysing source code on JMeter, (
>> http://svn.apache.org/viewvc/jmeter/trunk/src/protocol/jdbc/org/apache/jmeter/protocol/jdbc/AbstractJDBCTestElement.java?view=markup)
>> , the timeout is always passed to the Driver. As commented we should fill
>> an issue in order to request that feature. I don't see we should not not
>> have that kind of configuration; not setting and using defaults from
>> drivers should be valid. In arguments for  timeout value should be >= 0;
>> the 0 means there is no limit:
>> https://docs.oracle.com/javase/10/docs/api/java/sql/Statement.html#setQueryTimeout(int)
>> In source code on Apache Ignite JDBC Driver (
>> https://apacheignite-sql.readme.io/docs/jdbc-driver) we can see that
>> setting a query timeout not supported:
>> https://github.com/apache/ignite/blob/master/modules/core/src/main/java/org/apache/ignite/internal/jdbc2/JdbcStatement.java
>> On Tue, 20 Nov 2018 at 17:54, Deepak Shetty  wrote:
>> -- Bruno Antunes Java Software Engineer Hi as far as I can tell there isn't
>> a way to do this (Short of downloading and modifying the source code)- You
>> will have to raise an enhancmeent  for JMeter (
>> https://jmeter.apache.org/issues.html ) AbstractJDBCTestElement.java in
>> source code can be modified if you want to use -1 or equivalent to
>> represent no timeout and not call the timeout method Can you also post your
>> complete stack trace top verify ? regards deepak On Tue, Nov 20, 2018 at
>> 4:57 AM Heitor Projects - Jose < j...@heitorprojects.com> wrote: > How
>> to disable JDBC request query timeout (for database drivers that do > not
>> support this feature...eg. Apache Ignite)? [Sampler result] Thread > Name:
>> Thread Group 1-1 Sample Start: 2018-11-20 14:41:38 SAST Load time: > 761
>> Connect Time: 761 Latency: 0 Size in bytes: 31 Sent bytes:0 Headers > size
>> in bytes: 0 Body size in bytes: 31 Sample Count: 1 Error Count: 1 Data >
>> type ("text"|"bin"|""): text Response code: null 0 Response message: >
>> java.sql.SQLFeatureNotSupportedException: Query timeout is not supported. >
>> Thanks, Jose
>
>
>
> --
> Cordialement.
> Philippe Mouawad.
>
>
>

-- 
Cordialement.
Philippe Mouawad.

Re: Disable JDBC query timeout

[Philippe Mouawad]

Hello,
You can follow this:

- https://jmeter.apache.org/issues.html

If not clear, let us know what needs to be improved.
Thanks
Regards

On Wed, Nov 21, 2018 at 12:06 PM Heitor Projects - Jose <
j...@heitorprojects.com> wrote:

> Thanks for all the help and advice, everyone. I don't know how to file a
> feature-request for jMeter, so will ask if a contributing developer would
> kindly do so. The change seems very simple to implement, so I will download
> the jMeter source, make the change and (hopefully) be able to create a
> custom build for my own use in the interim. Many thanks, Jose Heitor 
> On Wed, 21 Nov 2018 12:42:25 +0200 Bruno Antunes <
> bruno.fs.antu...@gmail.com> wrote  Analysing source code on JMeter, (
> http://svn.apache.org/viewvc/jmeter/trunk/src/protocol/jdbc/org/apache/jmeter/protocol/jdbc/AbstractJDBCTestElement.java?view=markup)
> , the timeout is always passed to the Driver. As commented we should fill
> an issue in order to request that feature. I don't see we should not not
> have that kind of configuration; not setting and using defaults from
> drivers should be valid. In arguments for  timeout value should be >= 0;
> the 0 means there is no limit:
> https://docs.oracle.com/javase/10/docs/api/java/sql/Statement.html#setQueryTimeout(int)
> In source code on Apache Ignite JDBC Driver (
> https://apacheignite-sql.readme.io/docs/jdbc-driver) we can see that
> setting a query timeout not supported:
> https://github.com/apache/ignite/blob/master/modules/core/src/main/java/org/apache/ignite/internal/jdbc2/JdbcStatement.java
> On Tue, 20 Nov 2018 at 17:54, Deepak Shetty  wrote: --
> Bruno Antunes Java Software Engineer Hi as far as I can tell there isn't a
> way to do this (Short of downloading and modifying the source code)- You
> will have to raise an enhancmeent  for JMeter (
> https://jmeter.apache.org/issues.html ) AbstractJDBCTestElement.java in
> source code can be modified if you want to use -1 or equivalent to
> represent no timeout and not call the timeout method Can you also post your
> complete stack trace top verify ? regards deepak On Tue, Nov 20, 2018 at
> 4:57 AM Heitor Projects - Jose < j...@heitorprojects.com> wrote: > How to
> disable JDBC request query timeout (for database drivers that do > not
> support this feature...eg. Apache Ignite)? [Sampler result] Thread > Name:
> Thread Group 1-1 Sample Start: 2018-11-20 14:41:38 SAST Load time: > 761
> Connect Time: 761 Latency: 0 Size in bytes: 31 Sent bytes:0 Headers > size
> in bytes: 0 Body size in bytes: 31 Sample Count: 1 Error Count: 1 Data >
> type ("text"|"bin"|""): text Response code: null 0 Response message: >
> java.sql.SQLFeatureNotSupportedException: Query timeout is not supported. >
> Thanks, Jose



-- 
Cordialement.
Philippe Mouawad.

Re: Query on Tool Upgrade

[Philippe Mouawad]

Hello,
JMeter 5 is the last stable and recommended version of JMeter.
As with any software there can be bugs,which you are highly encouraged to
report so that we can fix them, I think the team is pretty reactive on this.

The version 5 has certainly less bugs than version 2.13 whicj is quite old
now.

We try to document all changes between every version in those pages:

- https://jmeter.apache.org/changes.html
- http://jmeter.apache.org/changes_history.html

Pay particular attention to section
Incompatible changes
Which explains the deprecated/removed/replacement  elements or changed
behaviors.

Regards

On Tuesday, November 13, 2018, Kiradi Manoj  wrote:

> Hi,
>
> We are planning to upgrade Jmeter from 2.13 to 5.0 version but have few
> questions before we upgrade the tool.
>
> Is 5.0 version of Jmeter is stable and bug free?
>
> Which version of Jmeter is more stable 4.0 / 5.0?
>
> Regards,
> Manoj K
>


-- 


[image: logo Ubik Ingenierie] <https://www.ubik-ingenierie.com> Philippe
Mouawad
320914981 <+33320914981> | p.moua...@ubik-ingenierie.com
[image: ubik-ingenierie.com] ubik-ingenierie.com
<https://www.ubik-ingenierie.com> | [image: 03.20.91.49.81] 03.20.91.49.81
<+33320914981> | [image: 23 rue du chemin de fer , 59100 , Roubaix] 23 rue
du chemin de fer, 59100, Roubaix
<https://www.openstreetmap.org/#map=18/50.69454/3.16455>

Re: New book on Apache JMeter by 3 committers of the project

[Philippe Mouawad]

Kirk, Deepak,
Thank you so much for your kind words and
encouragements !


Regards
On Wednesday, October 31, 2018, Kirk Pepperdine 
wrote:

> Well done!!! I will certainly promote it next week at my workshop at QCon
> next week.
>
> Regards,
> Kirk
>
> > On Oct 30, 2018, at 12:50 PM, Philippe Mouawad 
> wrote:
> >
> > Hello All,
> >
> > I am happy to announce that 3 committers of Apache JMeter (including me)
> > have authored a new book on JMeter that you can buy online at:
> >
> >   - https://leanpub.com/master-jmeter-from-load-test-to-devops
> >
> > If you'd like to read more about its inception:
> >
> >   -
> >   https://www.ubik-ingenierie.com/blog/book-master-jmeter-
> from-load-testing-to-devops/
> >
> >
> > We'll be grateful if you can spread this news around you.
> >
> > We will be very happy to offer it to any member of JMeter Team to thank
> > them for their great works for years (if they think they can still learn
> > something :-) of course ), just send us a mail.
> >
> > Thanks a lot
> > Regards
> > Antonio Gomes Rodrigues, Milamber and Philippe M.
>
>
> -----
> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> For additional commands, e-mail: user-h...@jmeter.apache.org
>
>

-- 
Cordialement.
Philippe Mouawad.

Re: New book on Apache JMeter by 3 committers of the project

[Philippe Mouawad]

Hello,
It’s here:


https://leanpub.com/master-jmeter-from-load-test-to-devops

Regards
On Wednesday, October 31, 2018, Pravesh Prajapati <
prajapati.prav...@gmail.com> wrote:

> Where is the book?
>
> On Thursday, November 1, 2018, Kirk Pepperdine 
> wrote:
>
> > Well done!!! I will certainly promote it next week at my workshop at QCon
> > next week.
> >
> > Regards,
> > Kirk
> >
> > > On Oct 30, 2018, at 12:50 PM, Philippe Mouawad 
> > wrote:
> > >
> > > Hello All,
> > >
> > > I am happy to announce that 3 committers of Apache JMeter (including
> me)
> > > have authored a new book on JMeter that you can buy online at:
> > >
> > >   - https://leanpub.com/master-jmeter-from-load-test-to-devops
> > >
> > > If you'd like to read more about its inception:
> > >
> > >   -
> > >   https://www.ubik-ingenierie.com/blog/book-master-jmeter-
> > from-load-testing-to-devops/
> > >
> > >
> > > We'll be grateful if you can spread this news around you.
> > >
> > > We will be very happy to offer it to any member of JMeter Team to thank
> > > them for their great works for years (if they think they can still
> learn
> > > something :-) of course ), just send us a mail.
> > >
> > > Thanks a lot
> > > Regards
> > > Antonio Gomes Rodrigues, Milamber and Philippe M.
> >
> >
> > -
> > To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> > For additional commands, e-mail: user-h...@jmeter.apache.org
> >
> >
>
> --
> Regards,
> Pravesh prajapati.
> Mob:-9702600170
>


-- 
Cordialement.
Philippe Mouawad.

New book on Apache JMeter by 3 committers of the project

[Philippe Mouawad]

Hello All,

I am happy to announce that 3 committers of Apache JMeter (including me)
have authored a new book on JMeter that you can buy online at:

   - https://leanpub.com/master-jmeter-from-load-test-to-devops

If you'd like to read more about its inception:

   -
   
https://www.ubik-ingenierie.com/blog/book-master-jmeter-from-load-testing-to-devops/


We'll be grateful if you can spread this news around you.

We will be very happy to offer it to any member of JMeter Team to thank
them for their great works for years (if they think they can still learn
something :-) of course ), just send us a mail.

Thanks a lot
Regards
Antonio Gomes Rodrigues, Milamber and Philippe M.

Re: Problems using Cookie manager with Jmeter 5.0

[Philippe Mouawad]

Thanks for feedback

On Tue, Oct 16, 2018 at 2:07 PM Sergio Boso 
wrote:

> just to close the alert.
> I wasn't able to reproduce the bug, maybe it was my fault somewhere in the
> configuration.
>
> Now I'm going on with JM 5.0, I will let you know if I face any problem.
>
> Thank you for your support.
>
> SB
>
> Il 16/10/2018 10:15, Sergio Boso ha scritto:
> > J
> >
> >
> >
> > Il 13/10/2018 20:20, Philippe Mouawad ha scritto:
> >> Hello Sergio,
> >> I see no reason for this behaviour as there is little change in
> >> cookiemanager since 4.0
> >>
> >> Are you sure there was no particular settings related to cookie
> validation
> >> that you had set in your previous installations?
> >>
> >> Please put jmeter in debug and:
> >> - show response that contains set-cookie
> >> - show request in browser
> >> - show request tabs in view result tree
> >> - attach jmeter.log
> >>
> >> Since attachment are not accepted by mailing list, please open a
> bugzilla.
> >>
> >> Thanks
> >>
> >>
> >> On Saturday, October 13, 2018, Felix Schumacher <
> >> felix.schumac...@internetallee.de> wrote:
> >>
> >>> Am 13.10.2018 um 15:38 schrieb Sergio Boso:
> >>>
> >>>> Hi everybody,
> >>>>
> >>>> I'm experiencing troubles using cookie manager with Jmeter 5.0.
> >>>> No matter what option I'm selecting (standard, compatibility, ..), no
> >>>> cookie is stored and returned.
> >>>> The *same* script works properly under JM 3.2 and 4.0.
> >>>>
> >>> Can you give an example for cookies that worked with JMeter 3.2 and
> don't
> >>> work in 5.0?
> >>>
> >>> Regards,
> >>>   Felix
> >>>
> >>>
> >>>> Any suggestion / experience?
> >>>>
> >>>> Thank you in advance
> >>>>
> >>>>
> >>> -
> >>> To unsubscribe, e-mail:user-unsubscr...@jmeter.apache.org
> >>> For additional commands, e-mail:user-h...@jmeter.apache.org
> >>>
> >>>
> >
> > --
> >
> --
>
> Ing. Sergio Boso
>
>
>
>
> -
> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> For additional commands, e-mail: user-h...@jmeter.apache.org
>
>

-- 
Cordialement.
Philippe Mouawad.

Re: Problems using Cookie manager with Jmeter 5.0

[Philippe Mouawad]

Hello Sergio,
I see no reason for this behaviour as there is little change in
cookiemanager since 4.0

Are you sure there was no particular settings related to cookie validation
that you had set in your previous installations?

Please put jmeter in debug and:
- show response that contains set-cookie
- show request in browser
- show request tabs in view result tree
- attach jmeter.log

Since attachment are not accepted by mailing list, please open a bugzilla.

Thanks


On Saturday, October 13, 2018, Felix Schumacher <
felix.schumac...@internetallee.de> wrote:

>
>
> Am 13.10.2018 um 15:38 schrieb Sergio Boso:
>
>> Hi everybody,
>>
>> I'm experiencing troubles using cookie manager with Jmeter 5.0.
>> No matter what option I'm selecting (standard, compatibility, ..), no
>> cookie is stored and returned.
>> The *same* script works properly under JM 3.2 and 4.0.
>>
> Can you give an example for cookies that worked with JMeter 3.2 and don't
> work in 5.0?
>
> Regards,
>  Felix
>
>
>> Any suggestion / experience?
>>
>> Thank you in advance
>>
>>
>
> -
> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> For additional commands, e-mail: user-h...@jmeter.apache.org
>
>

-- 
Cordialement.
Philippe Mouawad.

Re: ctx.getThreadNum() and ${__threadNum}

[Philippe Mouawad]

Thanks Ivan.
Would you like to provide a PR or patch ?:

- https://jmeter.apache.org/building.html

Thanks

On Fri, Sep 21, 2018 at 12:45 PM Ivan Rancati 
wrote:

> hello,
>
> I entered a P3/minor bug with the documentation update request
> https://bz.apache.org/bugzilla/show_bug.cgi?id=62752
>
> Thanks and best regards
> Ivan
>
> On Thu, Sep 20, 2018 at 7:18 PM Deepak Shetty  wrote:
>
> > I believe there is a discrepancy - The context reads it from the thread
> > which is 0 based and the other from the name.
> > Its probably late to change this without potentially breaking backward
> > compatibility - perhaps a documentation update is better .
> >
> > regards
> > deepak
> >
> > On Wed, Sep 19, 2018 at 12:54 AM Ivan Rancati 
> > wrote:
> >
> > > As JMeter 5.0 has been released today, a quick update:
> > >
> > > the behaviour with the thread number is the same with JMeter 4.0 and
> > 5.0. I
> > > tried both versions of JMeter on Linux with a mix of OpenJDK10, Oracle
> > JDK
> > > 9 and Oracle JDK 10
> > >
> > > Thanks for the 5.0 release and best regards
> > >
> > > On Wed, Sep 19, 2018 at 8:00 AM Ivan Rancati 
> > > wrote:
> > >
> > > > Good morning,
> > > >
> > > > I think that ctx.getThreadNum() returns a 0-based thread number,
> while
> > > the
> > > > variable __threadNum is 1-based.
> > > >
> > > > I have prepared test plan with a just a thread group, a constant
> > > > throughput timer and JSR223 sampler which just logs
> > > >
> > > > log.info("from ctx:"+ctx.getThreadNum())
> > > > log.info("from variable: ${__threadNum}")
> > > >
> > > > in jmeter.log I see for example for the first thread
> > > >
> > > > 2018-09-18 22:45:07,610 INFO o.a.j.t.JMeterThread: Thread started:
> > Thread
> > > > Group 1-1
> > > > ...
> > > > 2018-09-18 22:45:08,085 INFO o.a.j.p.j.s.JSR223Sampler: from ctx:0
> > > > 2018-09-18 22:45:08,085 INFO o.a.j.p.j.s.JSR223Sampler: from
> variable:
> > 1
> > > >
> > > > and so on. Am I reading incorrectly one of the two values?
> > > >
> > > > I thought, as the threads are numbered with  from
> > > > 1>-
> > > > in jmeter.log, both values should be 1-based
> > > >
> > > > Thanks and best regards,
> > > > Ivan
> > > >
> > >
> >
>


-- 
Cordialement.
Philippe Mouawad.

Re: JUnit Setup Issues

[Philippe Mouawad]

18-09-06 16:44:31,368 INFO o.a.j.s.SampleResult:
> sampleresult.useNanoTime=true
> > 2018-09-06 16:44:31,369 INFO o.a.j.s.SampleResult:
> sampleresult.nanoThreadSleep=5000
> > 2018-09-06 16:45:14,984 INFO o.a.j.e.StandardJMeterEngine: Running
> the test!
> > 2018-09-06 16:45:14,985 INFO o.a.j.s.SampleEvent: List of
> sample_variables: []
> > 2018-09-06 16:45:14,985 INFO o.a.j.s.SampleEvent: List of
> sample_variables: []
> > 2018-09-06 16:45:14,994 INFO o.a.j.g.u.JMeterMenuBar:
> setRunning(true, *local*)
> > 2018-09-06 16:45:15,123 INFO o.a.j.e.StandardJMeterEngine: Starting
> ThreadGroup: 1 : Thread Group
> > 2018-09-06 16:45:15,123 INFO o.a.j.e.StandardJMeterEngine: Starting
> 1 threads for group Thread Group.
> > 2018-09-06 16:45:15,124 INFO o.a.j.e.StandardJMeterEngine: Thread
> will continue on error
> > 2018-09-06 16:45:15,126 INFO o.a.j.t.ThreadGroup: Starting thread
> group... number=1 threads=1 ramp-up=1 perThread=1000.0 delayedStart=false
> > 2018-09-06 16:45:15,138 INFO o.a.j.t.ThreadGroup: Started thread
> group number 1
> > 2018-09-06 16:45:15,138 INFO o.a.j.t.JMeterThread: Thread started:
> Thread Group 1-1
> > 2018-09-06 16:45:15,138 INFO o.a.j.e.StandardJMeterEngine: All
> thread groups have been started
> > 2018-09-06 16:45:15,148 INFO o.a.j.t.JMeterThread: Thread is done:
> Thread Group 1-1
> > 2018-09-06 16:45:15,148 INFO o.a.j.t.JMeterThread: Thread finished:
> Thread Group 1-1
> > 2018-09-06 16:45:15,149 INFO o.a.j.e.StandardJMeterEngine: Notifying
> test listeners of end of test
> > 2018-09-06 16:45:15,152 INFO o.a.j.g.u.JMeterMenuBar:
> setRunning(false, *local*)
> >
> > On 9/6/18, 4:37 PM, "Deepak Shetty"  wrote:
> >
> >  Then thats why its failing :)
> >  Constructor string
> >
> >  String pass to the string constructor. If a string is set, the
> sampler will
> >  use the string constructor instead of the empty constructor.
> >
> >
> >  On Thu, Sep 6, 2018 at 1:29 PM Maxwell Falcon <
> maxf...@gmail.com> wrote:
> >
> >  > I did put a value for the Constructor String label.
> >  >
> >  > On 9/6/18, 4:21 PM, "Deepak Shetty" 
> wrote:
> >  >
> >  > Do you have any value specified in Constructor String
> label ?
> >  >
> >  >
> https://jmeter.apache.org/usermanual/component_reference.html#JUnit_Request
> >  > If you specify that it will look for a constructor with a
> parameter .
> >  >
> >  > On Thu, Sep 6, 2018 at 11:13 AM Maxwell Falcon <
> maxf...@gmail.com>
> >  > wrote:
> >  >
> >  > > Hello, this is my first time using the mailing list, so
> I hope that
> >  > I am
> >  > > posting in the right channel/list.
> >  > >
> >  > > Essentially I am trying to run some of my Junit tests
> in JMeter.
> >  > Right
> >  > > now I have exported my project as a .jar and put the
> .jar in the
> >  > lib/junit
> >  > > directory.  In JMeter I add the Junit sampler and
> results tree
> >  > listener.
> >  > >  In the JUnit sampler I select my classname and test
> and then hit
> >  > run.  I
> >  > > get response code 100 but the test shows up red and
> never runs.
> >  > Looking at
> >  > > the log it looks the error is
> >  > >
> >  > > “Trying to find constructor with one String parameter
> returned error:
> >  > > community.LoginTests.(java.lang.String)”
> >  > >
> >  >     > I do not have a constructor in the test class. Any help
> would be
> >  > greatly
> >  > > appreciated.  If I am posting this in the wrong place
> then please
> >  > let me
> >  > > know.
> >  > >
> >  > > -Maxwell
> >  > >
> >  >
> >  >
> >
> >
> > -
> > To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> > For additional commands, e-mail: user-h...@jmeter.apache.org
>
>
> -
> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> For additional commands, e-mail: user-h...@jmeter.apache.org
>
>
>
> -
> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> For additional commands, e-mail: user-h...@jmeter.apache.org
>


-- 
Cordialement.
Philippe Mouawad.

Re: JUnit Setup Issues

[Philippe Mouawad]

You can't attach files, so either share it in pastebin or similar website,
or copy content here .
In both cases, remove sensitive information if any.

Thanks

On Thu, Sep 6, 2018 at 10:02 PM Maxwell Falcon  wrote:

> Here is my class and I'll attach the log file:
>
> package community;
>
> import ...
>
> public class LoginTests extends BaseCommunityTest {
>
> private User user;
>
> @Before
> public void loginTestInit() {
>
> }
>
> @Test
> @TestCase(owner = Owner.Kevin, testId = 834089)
> public void loginLogout() {
> System.out.println("Test");
> }
> }
>
> On 9/6/18, 3:32 PM, "Philippe Mouawad" 
> wrote:
>
> Hello,
> You're in the right place.
>
> Would it be possible to show your class maybe removing the code of
> methods
> and also show jmeter.log ?
>
> Thank you
>
> On Thu, Sep 6, 2018 at 8:13 PM Maxwell Falcon 
> wrote:
>
> > Hello, this is my first time using the mailing list, so I hope that
> I am
> > posting in the right channel/list.
> >
> > Essentially I am trying to run some of my Junit tests in JMeter.
> Right
> > now I have exported my project as a .jar and put the .jar in the
> lib/junit
> > directory.  In JMeter I add the Junit sampler and results tree
> listener.
> >  In the JUnit sampler I select my classname and test and then hit
> run.  I
> > get response code 100 but the test shows up red and never runs.
> Looking at
> > the log it looks the error is
> >
> > “Trying to find constructor with one String parameter returned error:
> > community.LoginTests.(java.lang.String)”
> >
> > I do not have a constructor in the test class. Any help would be
> greatly
> > appreciated.  If I am posting this in the wrong place then please
> let me
> > know.
> >
> > -Maxwell
> >
>
>
> --
> Cordialement.
> Philippe Mouawad.
> Ubik-Ingénierie
>
> UBIK LOAD PACK Web Site <http://www.ubikloadpack.com/>
>
> UBIK LOAD PACK on TWITTER <https://twitter.com/ubikloadpack>
>
>
> -
> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> For additional commands, e-mail: user-h...@jmeter.apache.org



-- 
Cordialement.
Philippe Mouawad.

Re: JUnit Setup Issues

[Philippe Mouawad]

Hello,
You're in the right place.

Would it be possible to show your class maybe removing the code of methods
and also show jmeter.log ?

Thank you

On Thu, Sep 6, 2018 at 8:13 PM Maxwell Falcon  wrote:

> Hello, this is my first time using the mailing list, so I hope that I am
> posting in the right channel/list.
>
> Essentially I am trying to run some of my Junit tests in JMeter.  Right
> now I have exported my project as a .jar and put the .jar in the lib/junit
> directory.  In JMeter I add the Junit sampler and results tree listener.
>  In the JUnit sampler I select my classname and test and then hit run.  I
> get response code 100 but the test shows up red and never runs.  Looking at
> the log it looks the error is
>
> “Trying to find constructor with one String parameter returned error:
> community.LoginTests.(java.lang.String)”
>
> I do not have a constructor in the test class. Any help would be greatly
> appreciated.  If I am posting this in the wrong place then please let me
> know.
>
> -Maxwell
>


-- 
Cordialement.
Philippe Mouawad.
Ubik-Ingénierie

UBIK LOAD PACK Web Site <http://www.ubikloadpack.com/>

UBIK LOAD PACK on TWITTER <https://twitter.com/ubikloadpack>

Re: Dashboard doesn't have any errors and many charts are empty

[Philippe Mouawad]

t; 1535134601167,810,266 create a new request,200,"Number of samples in
> transaction : 11, number of failing samples : 0",Thread Group
> 1-3,,true,,3943337,6767,5,5,0,1,0
> 1535134603251,7,001 open home page,200,"Number of samples in transaction :
> 1, number of failing samples : 0",Thread Group
> 1-6,,true,,19625,823,6,6,0,1,0
> 1535134605137,709,183 open Volume - 200K balanced viewpoint,200,"Number of
> samples in transaction : 22, number of failing samples : 0",Thread Group
> 1-4,,true,,4118436,13059,6,6,0,6,0
> 1535134605947,2139,311 search 888,200,"Number of samples in transaction :
> 5, number of failing samples : 0",Thread Group 1-1,,true,,588045,3606,6,6,0,
> 0,0
> 1535134609533,25,163 open views,200,"Number of samples in transaction : 8,
> number of failing samples : 0",Thread Group 1-5,,true,,37019,4122,6,6,0,1,
> 0
> 1535134609214,1172,279 load 100 items,Non HTTP response code:
> java.io.FileNotFoundException,"Number of samples in transaction : 20,
> number of failing samples : 8",Thread Group 1-2,,false,,713920,12918,6,6,
> 0,0,0
> 1535134612374,2,278 open a file with 100 items,Non HTTP response code:
> java.io.FileNotFoundException,"Number of samples in transaction : 1,
> number of failing samples : 1",Thread Group 1-3,,false,,2719,0,6,6,0,1,0
> 1535134614130,51,004 login,200,"Number of samples in transaction : 16,
> number of failing samples : 0",Thread Group 1-6,,true,,70525,9428,6,6,0,7,
> 0
> 1535134616117,666,266 create a new request,200,"Number of samples in
> transaction : 11, number of failing samples : 0",Thread Group
> 1-4,,true,,3948099,6767,6,6,0,3,0
> 1535134618251,7,001 open home page,200,"Number of samples in transaction :
> 1, number of failing samples : 0",Thread Group
> 1-7,,true,,19625,823,7,7,0,0,0
> 1535134618756,44,316 navigate to node 888,200,"Number of samples in
> transaction : 3, number of failing samples : 0",Thread Group
> 1-1,,true,,306060,2613,7,7,0,0,0
> 1535134619883,781,183 open Volume - 200K balanced viewpoint,200,"Number of
> samples in transaction : 22, number of failing samples : 0",Thread Group
> 1-5,,true,,4123198,13059,7,7,0,6,0
> 1535134620969,2122,311 search 888,200,"Number of samples in transaction :
> 5, number of failing samples : 0",Thread Group 1-2,,true,,588045,3606,7,7,0,
> 0,0
>
>

-- 
Cordialement.
Philippe Mouawad.
Ubik-Ingénierie

UBIK LOAD PACK Web Site <http://www.ubikloadpack.com/>

UBIK LOAD PACK on TWITTER <https://twitter.com/ubikloadpack>

Re: http request defaults overriding http request post recording

[Philippe Mouawad]

You can use a variable host holding the IP and replace it with this value
${host}.

And use JMeter Search/ Replace feature that is much more powerful in
upcoming 5.0 that you can test in nightly build:

   - https://jmeter.apache.org/nightly.html


Regards

On Fri, Aug 24, 2018 at 3:00 PM Prateek Dua  wrote:

> Hi,
>
> Is there any way to override Server ip, protocol in http requests via http
> request defaults' details after script has been recorded ?
>
> Scenario: I have recorded a web app & all the requests have ip 10.70.3.63..
> And here case is that I have to test same web app against 2 more different
> IP 10.70.3.64 & 10.70.3.65 .
>
>
> So how can I easily handle this scenario ?
>
> --
>
>
> ::DISCLAIMER::
>
>
>
> 
>
>
>
>
>
> This message is intended only for the use of the addressee and may
> contain information that is privileged, confidential and exempt from
> disclosure under applicable law. If the reader of this message is not the
> intended recipient, or the employee or agent responsible for delivering
> the
> message to the intended recipient, you are hereby notified that any
> dissemination, distribution or copying of this communication is strictly
> prohibited. If you have received this e-mail in error, please notify us
> immediately by return e-mail and delete this e-mail and all attachments
> from your system.
>


-- 
Cordialement.
Philippe Mouawad.

Re: I want to increment the number by 1 for each request - WebAPI 2.0

[Philippe Mouawad]

Hello,
No javascript please , it kills perf.
Use groovy which is default

Regards

On Thursday, May 17, 2018, Sergio Boso <ser...@bosoconsulting.it> wrote:

> Il 17/05/2018 18:29, Sergio Boso ha scritto:
>
>> or, you could try a simple JSR223 preprocessor in any supported script
>> (example in javascript):
>>
>> counterString= vars.get('counter');
>>
>> counter= parseInt( counterString);
>>
>> vars.put( 'counter',  counter+1);
>>
>>
>> regards
>>
>>
>>
>> Il 17/05/2018 18:10, Ivan Rancati ha scritto:
>>
>>> You could try a counter
>>>
>>> https://jmeter.apache.org/usermanual/component_reference.html#Counter
>>>
>>> best regards,
>>> Ivan
>>>
>>> On Thu, May 17, 2018 at 10:18 AM, Mihir<mihir.patn...@gmail.com>  wrote:
>>>
>>> I'm testing WebAPI 2.0 service which has path parameter.
>>>> /webapi2/attach/MjIwLjIyNS44OC4xNjV8U1FMVFJBQ0
>>>> tTRVJWRVJ8MnxSRURDUk9TU1RFU1R8Q1JNfEFETUlOfDE3NzAyODgxMzg=/
>>>> TICKET/*107379*/Lauren%20Thompson
>>>>
>>>>
>>>> I want to increment the number by 1 for each request. How to achieve
>>>> this
>>>> in
>>>> Jmeter? Till now i had been passing a fixed path param, therefor our
>>>> test
>>>> result were on only one input parameter.
>>>>
>>>>
>>>> Please suggest and Let me know if any valuable solution
>>>>
>>>>
>>>>
>>>>
>>
>>
> --
>
> -
> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> For additional commands, e-mail: user-h...@jmeter.apache.org
>
>

-- 
Cordialement.
Philippe Mouawad.

Re: Load test throughput cut by half in Jmeter 4.0

[Philippe Mouawad]

Hello,
You opened for this:

   - https://bz.apache.org/bugzilla/show_bug.cgi?id=62352

>From what you describe :

Test 1 : ran the test with Jmeter3.3
Test 2 : ran the test with Jmeter4.0

These two test yield the same results in terms of throughput, response
time and error rate

Test 3 : I then opened the .jmx in Jmeter4.0 and saved it again . Not
making any changes to it, but now it is a "Jmeter4.0" test. I then ran
the test in jmeter 3.3

This is where it gets interesting; the throughput was now half of the
throughput achieved in the first two tests.

Test 4 : I ran the same test (as in Test3) again in Jmeter4.0, again
the test only produced half the original throughput


If you're using JSR223 Test elements, then issue would be explainable as
you have:

   - in Test 3, saved your file with 4.0 format and opened it in 3.3 which
   is not upward compatible ( JMeter is only backward compatible). If using
   JSR223 Test Element with "Cache compiled..." checked, it would become
   unchecked in 3.3
   - In Test 4, did you use the JMX as in Test 3 or did you use it after
   saving it again in 3.3 ?


In order to move forward, could you provide elements requested in bugzilla ?

Thanks

On Thu, May 3, 2018 at 8:27 PM, Philippe Mouawad <pmoua...@apache.org>
wrote:

> Hello,
> Are you using 3rd party plugin ?
>
> Can you attach to your bug jmeter.log, the process information (ps -eaf |
> grep jmeter) , the test plan if possible and any third party component
> you’re using.
>
> Thanks
>
> On Thursday, May 3, 2018, Walker Mellema <walker.mell...@hotschedules.com>
> wrote:
>
>> Our load tests recently began running at half the normal rate. Response
>> times were slightly longer, but the requests per minute had dropped to
>> half
>> the expected rate. We're running Java 8.
>>
>> Our load tests were written in Jmeter 3.3. After some investigation we
>> found that opening a Jmeter 3.3 file with Jmeter 4.0 and saving it
>> (converting it to 4.0) was the culprit. The test runs at twice the rpm in
>> Jmeter 3.3 vs. the SAME jmx file saved in 4.0
>>
>> Where would I report a bug like this?
>>
>> Thanks.
>>
>>
>> --
>> Walker B. Mellema  |  Senior QA Engineer  |  ​415.420.5513
>>
>


-- 
Cordialement.
Philippe Mouawad.

Re: Load test throughput cut by half in Jmeter 4.0

[Philippe Mouawad]

Hello,
Are you using 3rd party plugin ?

Can you attach to your bug jmeter.log, the process information (ps -eaf |
grep jmeter) , the test plan if possible and any third party component
you’re using.

Thanks

On Thursday, May 3, 2018, Walker Mellema 
wrote:

> Our load tests recently began running at half the normal rate. Response
> times were slightly longer, but the requests per minute had dropped to half
> the expected rate. We're running Java 8.
>
> Our load tests were written in Jmeter 3.3. After some investigation we
> found that opening a Jmeter 3.3 file with Jmeter 4.0 and saving it
> (converting it to 4.0) was the culprit. The test runs at twice the rpm in
> Jmeter 3.3 vs. the SAME jmx file saved in 4.0
>
> Where would I report a bug like this?
>
> Thanks.
>
>
> --
> Walker B. Mellema  |  Senior QA Engineer  |  ​415.420.5513
>

Re: JMeter 4.0 - Editing existing JMeter files is VERY flaky

[Philippe Mouawad]

What LAF are you using?
First upgrade your java version to last minor 1.8

I see you’re using 3rd party plugins, can you try without any plugin ?

Is issue happening only with JSON Extractor or with all elements ?
Why not switch to Darcula new laf ?

I am under mac osx (a version behind you) and face no issue


On Saturday, April 14, 2018, Lisa Waugh <wa...@us.ibm.com> wrote:

> Hi Philippe,
> I was trying to click into the JSON Path expressions on this JSON
> Extractor and it wouldn't ever put the cursor there so I could edit the
> name.
>
> *https://www.dropbox.com/s/gb1xfcsi7wenlev/jmeter.log?dl=0*
> <https://www.dropbox.com/s/gb1xfcsi7wenlev/jmeter.log?dl=0>
>
>
> *https://www.dropbox.com/s/fo57locov7nvdic/2018-04-13_17-20-52%20JMeter.png?dl=0*
> <https://www.dropbox.com/s/fo57locov7nvdic/2018-04-13_17-20-52%20JMeter.png?dl=0>
>
> Sometimes I can get it to let me edit again by closing another app but not
> always.  This time it didn't fail until I went to a Finder window and came
> back.
>
> No other apps are behaving weird like this.
>
> thanks,
> Lisa
>
>
> Lisa Waugh
> 720-396-0112
> Fax:  720-396-0112
> Charlotte, NC
>
>
>
>
>
>
>
> From:Philippe Mouawad <p.moua...@ubik-ingenierie.com>
> To:JMeter Users List <user@jmeter.apache.org>
> Date:04/13/2018 04:55 PM
> Subject:Re: JMeter 4.0 - Editing existing JMeter files is VERY
> flaky
> --
>
>
>
> Hello,
> Can you share your jmeter.log ?
> And show some screenshot ?
>
> PS : Attachments are not accepted by mailing list, so if you can use some
> 3rd party for that.
>
> Thank you
>
> On Fri, Apr 13, 2018 at 10:47 PM, Lisa Waugh <wa...@us.ibm.com> wrote:
>
> > Hi,
> > I'm running JMeter 4.0 on a MacBook Pro (High Sierra) with JAVA
> >
> > Java version "1.8.0_151"
> >
> > Java(TM) SE Runtime Environment (build 1.8.0_151-b12)
> >
> > When I open a JMeter file that I have saved to make a few changes to it,
> > sometimes I can edit text for parameters or response body or scripts and
> > sometimes I can't.
> >
> > There doesn't seem to be a lot of rhyme or reason to it.  I can
> definitely
> > show this to someone as it happens more than it doesn't.  It is very
> > frustrating trying to maintain my scripts at this point.
> >
> > This wasn't happening with JMeter 3.3
> >
> > Help
> > Lisa
> >
> > Lisa Waugh
> > 720-396-0112
> > Fax:  720-396-0112
> > Charlotte, NC
> >
> >
> >
> >
> >
>
>
> --
> Cordialement.
> Philippe Mouawad.
> Ubik-Ingénierie
>
> UBIK LOAD PACK Web Site <https://urldefense.proofpoint.com/v2/url?u=http-
> 3A__www.ubikloadpack.com_=DwIFaQ=jf_iaSHvJObTbx-siA1ZOg=
> akP7NCHY67WAABhcMPEfAw=O3b13BnA3y284w0Na7Iwgv4bkeGkCi
> KPKyymcYLcZC0=5Uql8a-Op4IMbHQqKqlCszmQR2YwK7HAisoOZ2SSLD0=>
>
> UBIK LOAD PACK on TWITTER <https://urldefense.
> proofpoint.com/v2/url?u=https-3A__twitter.com_ubikloadpack&
> d=DwIFaQ=jf_iaSHvJObTbx-siA1ZOg=akP7NCHY67WAABhcMPEfAw=
> O3b13BnA3y284w0Na7Iwgv4bkeGkCiKPKyymcYLcZC0=
> eO52I8Z2cifPJf5x1TEFqQ7ukFseUTB7nIV6dckfm04=>
>
>
>
>

-- 
Cordialement.
Philippe Mouawad.
Ubik-Ingénierie

UBIK LOAD PACK Web Site <http://www.ubikloadpack.com/>

UBIK LOAD PACK on TWITTER <https://twitter.com/ubikloadpack>

Re: JMeter 4.0 - Editing existing JMeter files is VERY flaky

[Philippe Mouawad]

Hello,
Can you share your jmeter.log ?
And show some screenshot ?

PS : Attachments are not accepted by mailing list, so if you can use some
3rd party for that.

Thank you

On Fri, Apr 13, 2018 at 10:47 PM, Lisa Waugh <wa...@us.ibm.com> wrote:

> Hi,
> I'm running JMeter 4.0 on a MacBook Pro (High Sierra) with JAVA
>
> Java version "1.8.0_151"
>
> Java(TM) SE Runtime Environment (build 1.8.0_151-b12)
>
> When I open a JMeter file that I have saved to make a few changes to it,
> sometimes I can edit text for parameters or response body or scripts and
> sometimes I can't.
>
> There doesn't seem to be a lot of rhyme or reason to it.  I can definitely
> show this to someone as it happens more than it doesn't.  It is very
> frustrating trying to maintain my scripts at this point.
>
> This wasn't happening with JMeter 3.3
>
> Help
> Lisa
>
> Lisa Waugh
> 720-396-0112
> Fax:  720-396-0112
> Charlotte, NC
>
>
>
>
>


-- 
Cordialement.
Philippe Mouawad.
Ubik-Ingénierie

UBIK LOAD PACK Web Site <http://www.ubikloadpack.com/>

UBIK LOAD PACK on TWITTER <https://twitter.com/ubikloadpack>

Re: Backend listener for Graphite

[Philippe Mouawad]

Hello,

My previous answer is wrong regarding Graphite.
JMeter sends data using Pickle or Text format:
http://graphite.readthedocs.io/en/latest/feeding-carbon.
html#the-plaintext-protocol
http://graphite.readthedocs.io/en/latest/feeding-carbon.
html#the-pickle-protocol

It's not http, but writing to a socket, so the Bearer Header here looks
strange.

Regards

On Wed, Apr 11, 2018 at 8:01 PM, Philippe Mouawad <
p.moua...@ubik-ingenierie.com> wrote:

> Hello,
> This is not supported OOTB.
> Can you clarify how bearer is transmitted ?:
>
>- Cookie
>- Header
>- Parameter
>
> If it's not as a parameter, you would need to alter jmeter source code,
> maybe we could introduce the concept of some preprocessor that you would
> implement and that would alter the HTTP request before sending it.
>
> Regards
>
> On Wednesday, April 11, 2018, Walker Mellema <
> walker.mell...@hotschedules.com> wrote:
>
>> Hello,
>>
>> I'm new to this mailing list.
>>
>> We use Graphite as the backend for Grafana. I'd like to use the Backend
>> Listener to send load test data to our Graphite instance but I don't see
>> any way to authenticate. We use ID tokens (kind of like a Bearer token)
>> for
>> authentication. Anybody know how to make this work?
>>
>> Walker
>>
>


-- 
Cordialement.
Philippe Mouawad.

Re: Backend listener for Graphite

[Philippe Mouawad]

Hello,
This is not supported OOTB.
Can you clarify how bearer is transmitted ?:

   - Cookie
   - Header
   - Parameter

If it's not as a parameter, you would need to alter jmeter source code,
maybe we could introduce the concept of some preprocessor that you would
implement and that would alter the HTTP request before sending it.

Regards

On Wednesday, April 11, 2018, Walker Mellema  wrote:

> Hello,
>
> I'm new to this mailing list.
>
> We use Graphite as the backend for Grafana. I'd like to use the Backend
> Listener to send load test data to our Graphite instance but I don't see
> any way to authenticate. We use ID tokens (kind of like a Bearer token) for
> authentication. Anybody know how to make this work?
>
> Walker
>

Re: Open Recent Bug?

[Philippe Mouawad]

Hello,
This is due to preferences management.
Since you use different instances, the last one updates them for others but
others are not aware.

I don't know if it should be considered as a bug ?
In order to fix it we should have a way to identify every JMeter instance
(by its home ?) and set this as a key prefix in preferences.

Open a bugzilla anyway, we'll see.

Regards

On Wed, Apr 11, 2018 at 3:18 PM, Stuart Barlow <stuart.bar...@gmail.com>
wrote:

> Hi all,
>
> I see unusual behaviour when opening tests via the JMeter GUI. Just wanted
> to check if it's a known issue or if you agree it is a bug.
>
> I often run multiple instances of the GUI on the same machine when
> executing smoke screen tests after a fresh deployment of the application
> I'm testing.
>
> If I open JMeter instances A and B and load tests A and B in that order.
> Then go to JMeter instance A and open the first entry from the Open Recent
> list. The first entry says 'Test A' but what appears in the GUI is actually
> Test B.
>
> I'm using version 4.0.
>
> Regards,
>
> Stuart
>



-- 
Cordialement.
Philippe Mouawad.

Re: HTTP Request Documentation

[Philippe Mouawad]

Hello,
Yes, feel free to provide a patch,

Thanks

On Thursday, March 22, 2018, Jmeter Tea <jmeter...@gmail.com> wrote:

> About HTTP Request Documentation,
>
> It seems that it's not accurate in Server field, it states it's a required
> field:
> " Yes, unless provided by HTTP Request Defaults "
>
> But it can be empty also if Path is set with full URL as
> https://www.google.com
>
> I think it's worth to mention it in documentation as:
>
> " Yes, unless provided by HTTP Request Defaults or full URL exists in Path
> field "
>


-- 
Cordialement.
Philippe Mouawad.
Ubik-Ingénierie

UBIK LOAD PACK Web Site <http://www.ubikloadpack.com/>

UBIK LOAD PACK on TWITTER <https://twitter.com/ubikloadpack>

Re: Think time between Transaction Controllers

[Philippe Mouawad]

There is a popup menu on Tc and thread group that does add Think times .


https://stackoverflow.com/questions/46542116/jmeter-add-think-time-to-children-feature

On Friday, March 2, 2018, Alexander Podelko <apode...@yahoo.com.invalid>
wrote:

> Hi,
> Any better suggestion for adding think time between transaction
> controllers than provided in https://stackoverflow.com/
> questions/29024013/think-time-between-transaction-controller ?
> For a large number of samplers in each transaction [controller] having
> delays between samplers doesn't make much sense - as real "think time"
> happens between transaction [controllers].
> Is adding a timer/pause to/between each transaction [controller] manually
> the only way to do that? It becomes tedious and error prone for a large
> number of transaction [controllers].
> Thanks,Alex



-- 
Cordialement.
Philippe Mouawad.

Re: JSR223 Sampler is not in top ten in Add menu

[Philippe Mouawad]

We still have beanshell mainly for backward compatibility.
I'd be very happy to drop it as:
- It is old and does not support Java > 5 syntactic sugar
- It is very slow compared to Groovy
- Too many blogs still mention it nowadays

But can we drop it ?
Regards

On Wed, Feb 21, 2018 at 2:25 PM, Stuart Kenworthy <stuart.kenwor...@bjss.com
> wrote:

> However, you raise an interesting point by mentioning beanshell.
>
> As the JSR223 sampler and processors support beanshell as a language, why
> do we still have a separate object for it?
>
> -Original Message-
> From: Stuart Kenworthy [mailto:stuart.kenwor...@bjss.com]
> Sent: 21 February 2018 13:15
> To: JMeter Users List <user@jmeter.apache.org>
> Subject: RE: JSR223 Sampler is not in top ten in Add menu
>
> Could this be because it is in alphabetical order?
>
> -Original Message-
> From: Jmeter Tea [mailto:jmeter...@gmail.com]
> Sent: 21 February 2018 12:54
> To: JMeter Users List <user@jmeter.apache.org>
> Subject: JSR223 Sampler is not in top ten in Add menu
>
> About JMeter GUI - In the Add menu of components,
>
> In Sampler sub menu JSR223 Sampler is not in top ten, even after Beanshell
> Sampler.
>
> Other JSR223 components are in the top 5 at least,
>
> I suggest  JSR223 Sampler will be higher on the list (4th?)
>
> http://jmeter.apache.org/usermanual/best-practices.html#jsr223
>
> Thank you
>
> The information included in this email and any files transmitted with it
> may contain information that is confidential and it must not be used by, or
> its contents or attachments copied or disclosed to, persons other than the
> intended addressee. If you have received this email in error, please notify
> BJSS. In the absence of written agreement to the contrary BJSS' relevant
> standard terms of contract for any work to be undertaken will apply. Please
> carry out virus or such other checks as you consider appropriate in respect
> of this email. BJSS does not accept responsibility for any adverse effect
> upon your system or data in relation to this email or any files transmitted
> with it. BJSS Limited, a company registered in England and Wales (Company
> Number 2777575), VAT Registration Number 613295452, Registered Office
> Address, First Floor, Coronet House, Queen Street, Leeds, LS1 2TW.
>  B�CB�
> � [��X��ܚX�K  K[XZ[
> � \�\�][��X��ܚX�P �Y] \��\ X� K�ܙ�B��܈ Y  ] [ۘ[  ��[X[� �  K[XZ[
> � \�\�Z [   �Y] \��\ X� K�ܙ�B
>
> The information included in this email and any files transmitted with it
> may contain information that is confidential and it must not be used by, or
> its contents or attachments copied or disclosed to, persons other than the
> intended addressee. If you have received this email in error, please notify
> BJSS. In the absence of written agreement to the contrary BJSS' relevant
> standard terms of contract for any work to be undertaken will apply. Please
> carry out virus or such other checks as you consider appropriate in respect
> of this email. BJSS does not accept responsibility for any adverse effect
> upon your system or data in relation to this email or any files transmitted
> with it. BJSS Limited, a company registered in England and Wales (Company
> Number 2777575), VAT Registration Number 613295452, Registered Office
> Address, First Floor, Coronet House, Queen Street, Leeds, LS1 2TW.
>
> ---------
> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> For additional commands, e-mail: user-h...@jmeter.apache.org
>



-- 
Cordialement.
Philippe Mouawad.

CVE-2018-1287: Apache JMeter binds RMI server to wildcard in distributed mode (based on RMI)

[Philippe Mouawad]

Severity: Important

Vendor: The Apache Software Foundation

Versions Affected: JMeter 2.X, 3.X

Description:

When using Distributed Test only (RMI based), jmeter server binds RMI
Registry to wildcard host.
This could allow an attacker to get Access to JMeterEngine and send
unauthorized code.
This only affect tests running in Distributed mode.

Mitigation:

  * Users must use last version of Java 8 or Java 9
  * Users must upgrade to last JMeter 4.0 version

Besides, we remind users that in distributed mode, JMeter makes an
Architectural assumption
that it is operating on a 'safe' network. i.e. everyone with access to the
network is considered trusted.

This typically means a dedicated VPN or similar is being used.


Example:

  * Start JMeter server using either jmeter-server or jmeter -s
  * If JMeter listens on *:1099, you are vulnerable


Credit:
This issue was reported responsibly to the Apache Tomcat Security Team
by Brenden Meeder.

- Philippe Mouawad

on behalf of the Apache JMeter PMC

[0] https://bz.apache.org/bugzilla/show_bug.cgi?id=62039

CVE-2018-1297: Apache JMeter uses an unsecure RMI connection in Distributed mode

[Philippe Mouawad]

Severity: Important

Vendor: The Apache Software Foundation

Versions Affected: JMeter 2.X, 3.X

Description [0]:

When using Distributed Test only (RMI based), jmeter uses an unsecured RMI
connection.
This could allow an attacker to get Access to JMeterEngine and send
unauthorized code.
This only affect tests running in Distributed mode.

Mitigation:
  * Users must use last version of Java 8 or Java 9
  * Users must upgrade to last JMeter 4.0 version and use the default /
enabled authenticated SSL RMI connection.

Besides, we remind users that in distributed mode, JMeter makes an
Architectural assumption
that it is operating on a 'safe' network. i.e. everyone with access to the
network is considered trusted.

This typically means a dedicated VPN or similar is being used.


Example:
  * Start JMeter server using either jmeter-server or jmeter -s
  * If JMeter listens on unsecure rmi connection (ie you can connect to it
using a JMeter client), you are vulnerable

Credit:
This issue was reported responsibly to the Apache Tomcat Security Team
by Brenden Meeder.

- Philippe Mouawad

on behalf of the Apache JMeter PMC

[0] https://bz.apache.org/bugzilla/show_bug.cgi?id=62039

Re: New Components : Loop Breaker Post Processor

[Philippe Mouawad]

Hello,
Any feedback on this ?

Thanks

On Fri, Jan 19, 2018 at 9:28 AM, Philippe Mouawad <
p.moua...@ubik-ingenierie.com> wrote:

> Hello,
> I think there is a need for a new components that is to be used in
> combination with:
>
>- Loop Controller
>- While Controller
>- For Each Controller
>- Thread Group main loop
>
> See those (I remember seeing them mny times):
>
>- https://stackoverflow.com/questions/12238409/how-to-
>make-jmeter-wait-for-a-page-answer
>
> <https://stackoverflow.com/questions/12238409/how-to-make-jmeter-wait-for-a-page-answer>
>- http://blog.sourcepole.ch/2011/01/04/waiting-for-a-page-
>change-in-jmeter/
>- https://stackoverflow.com/questions/18340193/how-to-
>wait-for-some-event-to-complete-in-jmeter-load-tests
>
> <https://stackoverflow.com/questions/18340193/how-to-wait-for-some-event-to-complete-in-jmeter-load-tests>
>- ...
>
> Indeed, we frequently have the case where we need to run a loop until a
> response contains something (Wait screens).
>
> I see the following required properties:
>
>- Test condition:
>   - Interpret condition as Variable Expression (checked)
>   - Expression (evaluate to true/false)
>   - Action to be taken if condition:
>   - Break current loop (Will set a Variable to break current loop ,
>   which in case of an immediate child of Thread Group will be equivalent 
> of
>   Start Next Thread Loop)
>   - Start Next Thread Loop (useful in case of an element which is not
>   an immediate child of ThreadGroup)
>   - Stop thread
>   - Stop test
>   - Stop test now
>
> Thoughts ?
>
> --
> Regards.
> Philippe Mouawad.
> Ubik-Ingénierie
>



-- 
Cordialement.
Philippe Mouawad.
Ubik-Ingénierie

UBIK LOAD PACK Web Site <http://www.ubikloadpack.com/>

UBIK LOAD PACK on TWITTER <https://twitter.com/ubikloadpack>

Re: JMeter 4.0 compatible w/Java 9 - Release date

[Philippe Mouawad]

Hello,
The 4.0 is currently in release process :
http://mail-archives.apache.org/mod_mbox/jmeter-dev/201802.mbox/%3C7af0a07b-ba9f-f9ec-daa4-75ff7db438e8%40apache.org%3E

RC6 is cancelled , RC7 should start soon.
If you want an early release, then please download RC6 and test it and give
your feedback.

The more we have testers, the better release will be.
Regards
Philippe M.
@philmdot

On Mon, Feb 5, 2018 at 9:46 PM, Souhami, Martin A. <
martin.a.souh...@accenture.com> wrote:

> Hi All,
>
> I was wondering if there are any updates on the release date of the
> upcoming JMeter version compatible with Java 9. Does somebody know about
> this?
>
> Thanks!
>
> Martin A. Souhami
> Accenture | Argentina Delivery Center
> CIO - Enterprise Data Services
> Suipacha 664 4th floor, Buenos Aires, Argentina
> * +5411 4516 5021
>
>
> 
>
> This message is for the designated recipient only and may contain
> privileged, proprietary, or otherwise confidential information. If you have
> received it in error, please notify the sender immediately and delete the
> original. Any other use of the e-mail by you is prohibited. Where allowed
> by local law, electronic communications with Accenture and its affiliates,
> including e-mail and instant messaging (including content), may be scanned
> by our systems for the purposes of information security and assessment of
> internal compliance with Accenture policy.
> ____
> __
>
> www.accenture.com
>



-- 
Cordialement.
Philippe Mouawad.

Re: timing difference for large (?) requests

[Philippe Mouawad]

Hello Alexander,
Could you give more details on:
1/ How you measure response time in real product ? Is it a browser ?
2/ In the other tool you use ? what is used ? does it take into account
Rendering ?
3/ which version of JMeter are you using ?
4/ IMU, JMeter measures shorter response time, so what makes you think it's
the other tool that is correct ?

JMeter only computes time to receive last byte not full rendering time, but
if your tool has some Rendering that takes time it would not be measured
and would explain the difference.

Unless you provide more details , I am afraid it is hard to help.
Regards


On Wed, Jan 10, 2018 at 11:32 PM, Alexander Podelko <
apode...@yahoo.com.invalid> wrote:

> Hi,
> Moving one my script to JMeter (3.3) I noticed a significant timing
> difference for some requests (between JMeter and measurements / other
> tools).
> For example, here is what I see in Fiddler for one request:
>
> POST http://xxx:9000/epm/ui-rest/v1/requests/52ea978d-e94d-
> 4d37-8d2d-5b9049bd2916/import HTTP/1.1Host: xxx:9000Connection:
> keep-aliveContent-Length: 157Accept: */*Origin: http://xxx:9000Timezone:
> America/DenverX-Requested-With: XMLHttpRequestUser-Agent: Mozilla/5.0
> (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko)
> Chrome/63.0.3239.132 Safari/537.36Content-Type: application/jsonReferer:
> http://xxx:9000/epm/?root=workarea=view=ui-
> rest%2Fv1%2Fviews%2F4c819c71-4cb4-4498-ad2d-7c93a3ec6b7dAccept-Encoding:
> gzip, deflateAccept-Language: en-US,en;q=0.9Cookie: EPM_Remote_User=b8e6T+
> U6DAXmDCZyx8WntMnvce/g39f2Di5KKPTe9yS2jvCmac6KM11weVtqKwEY; JSESSIONID=
> TZviFRa7mudww7e1LIFyialL8CIo6MZS2Nu9yjyw6AYUCObhMgCt!-236747468
> {"fileUri": "http://xxx:9000/epm/ui-rest/v1/requests/52ea978d-e94d-
> 4d37-8d2d-5b9049bd2916/attachments/importFile/b94d2b50-d529-4a01-afb9-
> 2bfdd0d78a4f" }
>
> Request Count:   1Bytes Sent:  950 (headers:793; body:157)Bytes
> Received:  7,065,667 (headers:550; body:7,065,117)
> ACTUAL PERFORMANCE--ClientConnected: 
> 15:06:58.147ClientBeginRequest:
> 15:07:11.094GotRequestHeaders: 15:07:11.094ClientDoneRequest:
> 15:07:11.094Determine Gateway: 16msDNS Lookup:  0msTCP/IP Connect: 0msHTTPS
> Handshake: 0msServerConnected: 15:07:10.964FiddlerBeginRequest:
> 15:07:11.095ServerGotRequest: 15:07:11.095ServerBeginResponse: 
> 15:08:26.158GotResponseHeaders:
> 15:08:26.158ServerDoneResponse: 15:08:26.210ClientBeginResponse: 
> 15:08:26.222ClientDoneResponse:
> 15:08:26.227
>  Overall Elapsed: 0:01:15.132
> RESPONSE BYTES (by Content-Type)--application/json:
> 7,065,117   ~headers~: 550
>
> and here is what I see in JMeter (from the same machine):
> POST http://xxx:9000/epm/ui-rest/v1/requests/b079bd62-4964-
> 4adf-8564-d35ec33d0993/import
> POST data:{"fileUri": "http://xxx:9000/epm/ui-rest/
> v1/requests/b079bd62-4964-4adf-8564-d35ec33d0993/attachments/importFile/
> 5eb5f197-ebfb-4de1-8238-35ad0060d857" }
>  Cookie Data:
> EPM_Remote_User=UngMo7mbHE9R5SdofArYMZO44fBaRL
> 3QcmxFT6e5kmnPp0a5QV5IbXoJFJmVCCzf; JSESSIONID=
> 7GHhvdbivYNGxwfwd2MPPbsoFpj3hzd5nGD4_nE1RjeaAx_TT1tG!-236747468
> Request Headers:Connection: keep-aliveReferer: http://xxx:9000/epm/?root=
> workarea=view=ui-rest%2Fv1%2Fviews%2F4c819c71-4cb4-4498-ad2d-
> 7c93a3ec6b7dAccept-Language: en-US,en;q=0.5Timezone:
> America/DenverX-Requested-With: XMLHttpRequestContent-Type:
> application/jsonAccept-Encoding: gzip, deflateUser-Agent: Mozilla/5.0
> (Windows NT 6.3; Win64; x64; rv:52.0) Gecko/20100101 Firefox/52.0Accept:
> */*Content-Length: 157Host: xxx:9000
>
>
> Thread Name: Thread Group 1-1Sample Start: 2018-01-10 13:28:41 MSTLoad
> time: 37327Connect Time: 0Latency: 37272Size in bytes: 7065667Sent
> bytes:863Headers size in bytes: 550Body size in bytes: 7065117Sample Count:
> 1Error Count: 0Data type ("text"|"bin"|""): textResponse code: 200Response
> message: OK
> Response headers:HTTP/1.1 200 OKCache-Control: no-cache, no-store,
> max-age=0, must-revalidateDate: Wed, 10 Jan 2018 20:28:41 GMTPragma:
> no-cacheTransfer-Encoding: chunkedContent-Type: application/jsonExpires:
> 0Access-Control-Allow-Methods: GET, POST, DELETE, PUT, PATCHP3P:
> X-CONTENT-TYPE-OPTIONS:nosniffX-XSS-Protection: 1;
> mode=blockAccess-Control-Allow-Headers: X-Requested-With,
> Content-TypeX-Content-Type-Options: nosniffAccess-Control-Allow-Origin:
> *Content-Language: en-USX-Powered-By: Servlet/2.5 JSP/2.1X-Frame-Options:
> DENY
>
> HTTPSampleResult fields:ContentType: application/jsonDataEncoding: null
>
> So in JMeter it takes 37 sec while in the real product (and another load
> testing tool) it takes ab. 75 sec. I see some difference in other requests
> too, but this one looks as a better example (my guess is that the
> difference becomes bigger for larger requests - and this one returns 7M).
> Everything inside a single data center, latency (ping) < 1 ms.
> Any thoughts?
> Thanks,Alex
>



-- 
Cordialement.
Philippe Mouawad.

Re: JMeter not showing runtime execution summary

[Philippe Mouawad]

Hello Pravesh, Alexander, Scott,
Whether you check or not Generate Parent Sample, a sample result for the TC
is generated.
But if your check it, when CSV generatiion (default) is used, the children
are not written to CSV.
As a consequence (as suggested by Antonio), we lose all the information
contained in it which allows computing:

   - Hits per second
   - Response code per second
   - Top Errors : we lose the precise causes
   - Top Errors by Sampler : we lose the precise causes

So to get what you need:

   - Use on your TC "Apply Naming Policy" (right click popup menu )
   - Use Help > Export Transaction for Report and only keep the TCs you
   want for the report

And you'll get best of both.

I hope this is clear, if somebody is willing to amend the docs:

   - http://jmeter.apache.org/usermanual/generating-dashboard.html

By providing a PR to:

   -
   
https://github.com/apache/jmeter/blob/trunk/xdocs/usermanual/generating-dashboard.xml
   - https://github.com/apache/jmeter/blob/trunk/CONTRIBUTING.md
   - http://jmeter.apache.org/building.html => Contributing to JMeter

If you have ideas to improve, they are welcome.

By the way, 4.0 is coming soon (next week we hope), if you'd like ALL to
test it we'll be very happy:

   - https://github.com/apache/jmeter/blob/trunk/xdocs/changes.xml
   - http://jmeter.apache.org/nightly.html

Regards

Philippe M.

@philmdot

On Wed, Jan 24, 2018 at 4:19 PM, Alexander Podelko <apode...@yahoo.com>
wrote:

> Philippe,
>
> Why Generate Parent Sampler is not advised? If we have several http
> requests per user action, it doesn't make much sense to measure each
> request separately (except we want to investigate it further) - we want to
> measure how long the user action takes (all evoked http requests together). 
> Generate
> Parent Sampler sounds as the way to implement that.
>
> It doesn't elaborate there why it is not advised and what should be used
> instead.
>
> Thanks,
> Alex
>
>
> On Wednesday, January 24, 2018, 2:36:04 AM EST, Philippe Mouawad <
> philippe.moua...@gmail.com> wrote:
>
>
> Hello,
> Summary only displays by default HTTP requests, so if you have checked
> Generate Parent sampler in Transaction Controller and only have TC
> generated, that would cause what you got.
> So this would do the trick:
> summariser.ignore_transaction_controller_sample_result=false
>
> Still, setting Generate Parent Sampler is not advised as per:
>
>   -
>
>   http://jmeter.apache.org/usermanual/generating-
> dashboard.html#configuration_requirements
>
> Regards
>
> On Tue, Jan 23, 2018 at 5:31 PM, Alexander Podelko <
> apode...@yahoo.com.invalid> wrote:
>
> >  I had a similar issue - only one empty line in the end of
> > tests:Summariser: summary =  0 in 00:00:00 = **/s Avg:0 Min:
> > 9223372036854775807 Max: -9223372036854775808 Err:0 (0.00%)
> >
> > In my case the problem was in:# Ignore SampleResults generated by
> > TransactionControllers
> > # defaults to true
> > So changing it tosummariser.ignore_transaction_controller_sample_
> result=falsein
> > jmeter.properties fixed the issue as I have everything in
> > TransactionControllers.
> >
> >On Tuesday, January 23, 2018, 10:20:55 AM EST, Ivan Rancati <
> > ivan.ranc...@gmail.com> wrote:
> >
> >  Probably you should try with JMeter 3.3
> >
> > On Tue, Jan 23, 2018 at 1:08 PM, Pravesh Shrivastava <
> > pravesh.shrivast...@gmail.com> wrote:
> >
> > > Yes, it is working in UI. And also giving me proper results in non GUI.
> > The
> > > only thing is, I can't see the runtime summary
> > >
> > >
> > > > --
> > > > *From:* Pravesh Shrivastava <pravesh.shrivast...@gmail.com>
> > > > *Sent:* Tuesday, January 23, 2018 11:38 AM
> > > > *To:* JMeter Users List
> > > > *Subject:* JMeter not showing runtime execution summary
> > > >
> > > > Hi Everyone,
> > > >
> > > > I am using JMeter 3.1 for Performance Testing for one of my projects.
> > > When
> > > > I start execution in non-GUI mode using command
> > > >
> > > > jmeter -n -t -l -e -o
> > > >
> > > > It is not showing the runtime execution summary. It is directly
> showing
> > > end
> > > > of execution message after finishing the execution.
> > > >
> > > > Is there any property to be enable to see the runtime execution
> > summary?
> > > > Please suggest.
> > > >
> > > >
> > > > --
> > > > Thanks,
> > > > Pravesh Shrivastava
>
> > > >
> > > >
> > >
> >
> >
>
>
>
> --
> Cordialement.
> Philippe Mouawad.
>
>

Re: JMeter not showing runtime execution summary

[Philippe Mouawad]

Hello,
Summary only displays by default HTTP requests, so if you have checked
Generate Parent sampler in Transaction Controller and only have TC
generated, that would cause what you got.
So this would do the trick:
summariser.ignore_transaction_controller_sample_result=false

Still, setting Generate Parent Sampler is not advised as per:

   -
   
http://jmeter.apache.org/usermanual/generating-dashboard.html#configuration_requirements

Regards

On Tue, Jan 23, 2018 at 5:31 PM, Alexander Podelko <
apode...@yahoo.com.invalid> wrote:

>  I had a similar issue - only one empty line in the end of
> tests:Summariser: summary =  0 in 00:00:00 = **/s Avg: 0 Min:
> 9223372036854775807 Max: -9223372036854775808 Err: 0 (0.00%)
>
> In my case the problem was in:# Ignore SampleResults generated by
> TransactionControllers
> # defaults to true
> So changing it 
> tosummariser.ignore_transaction_controller_sample_result=falsein
> jmeter.properties fixed the issue as I have everything in
> TransactionControllers.
>
> On Tuesday, January 23, 2018, 10:20:55 AM EST, Ivan Rancati <
> ivan.ranc...@gmail.com> wrote:
>
>  Probably you should try with JMeter 3.3
>
> On Tue, Jan 23, 2018 at 1:08 PM, Pravesh Shrivastava <
> pravesh.shrivast...@gmail.com> wrote:
>
> > Yes, it is working in UI. And also giving me proper results in non GUI.
> The
> > only thing is, I can't see the runtime summary
> >
> >
> > > --
> > > *From:* Pravesh Shrivastava <pravesh.shrivast...@gmail.com>
> > > *Sent:* Tuesday, January 23, 2018 11:38 AM
> > > *To:* JMeter Users List
> > > *Subject:* JMeter not showing runtime execution summary
> > >
> > > Hi Everyone,
> > >
> > > I am using JMeter 3.1 for Performance Testing for one of my projects.
> > When
> > > I start execution in non-GUI mode using command
> > >
> > > jmeter -n -t -l -e -o
> > >
> > > It is not showing the runtime execution summary. It is directly showing
> > end
> > > of execution message after finishing the execution.
> > >
> > > Is there any property to be enable to see the runtime execution
> summary?
> > > Please suggest.
> > >
> > >
> > > --
> > > Thanks,
> > > Pravesh Shrivastava
> > >
> > >
> >
>
>



-- 
Cordialement.
Philippe Mouawad.

Re: Help Document/Vedios required on "Explanation on DashBoard report"

[Philippe Mouawad]

Hello,
http://jmeter.apache.org/usermanual/generating-dashboard.html

Regards

On Thu, Jan 11, 2018 at 9:24 AM, Vamsi Krishna Maddali <
vamsi.madd...@qolsys.com> wrote:

> Hi Friends,
>
>
> Could you plz share the document/video links which contains detailed
> explanation of DashBoard report in Jmeter.
>
>
> Thanks,
>
> Vamsi.
>
>


-- 
Cordialement.
Philippe Mouawad.

Re: Issues in JMETER Dashboard Latency Percentile Calculations

[Philippe Mouawad]

Hello,
What about contributing a documentation PR based on your blog in this doc:

- http://jmeter.apache.org/usermanual/generating-dashboard.html

Which is generated from :

xdocs/usermanual/generating-dashboard.xml


It would be nice.


Thanks

On Monday, December 11, 2017, Malith Jayasinghe <malith.jayasin...@gmail.com>
wrote:

> A detailed discussion of this issue can be found in here
> https://dzone.com/articles/how-to-achieve-better-accuracy-in-latency-
> percenti
>
> On Wed, Nov 29, 2017 at 5:43 AM, Malith Jayasinghe <
> malith.jayasin...@gmail.com> wrote:
>
>> .Hi Phiilppe,
>>
>> No, I did not create this issue.   There is a significant increase in
>> the accuracy when using "large" window sizes.
>>
>> Thanks
>>
>> Malith
>>
>>
>> On Wed, Nov 29, 2017 at 3:53 AM, Philippe Mouawad <
>> philippe.moua...@gmail.com> wrote:
>>
>>> Hello,
>>> Any feedback on this ?
>>> Are you the opener of this ?:
>>>
>>> - https://bz.apache.org/bugzilla/show_bug.cgi?id=61725
>>>
>>> Thanks
>>>
>>> On Thu, Nov 23, 2017 at 11:32 PM, Philippe Mouawad <
>>> philippe.moua...@gmail.com> wrote:
>>>
>>> > Hello,
>>> > You can adjust accuracy by setting in user.properties:
>>> >
>>> >- jmeter.reportgenerator.statistic_window = 2
>>> >
>>> > Caution : higher value provides a better accuracy but needs more
>>> memory.
>>> >
>>> > This is not a bug.
>>> >
>>> > We use DescriptiveStatistics from commons-math with a sliding window.
>>> >
>>> > So if after modifying this value you still face issue, please report
>>> and
>>> > open a bug at commons-math.
>>> >
>>> > Regards
>>> >
>>> >
>>> > On Thu, Nov 23, 2017 at 5:04 AM, Malith Jayasinghe <
>>> > malith.jayasin...@gmail.com> wrote:
>>> >
>>> >> Dear All,
>>> >>
>>> >> We have been using JMETER extensively for performance testing.
>>> >>
>>> >> All our performance reports are generated using the JMETER Dashboard.
>>> >>
>>> >> Recently, we have found out that there is an issue in
>>> >> the JMETER dashboard's *latency percentile calculation. *
>>> >>
>>> >> There is a significant difference in the actual percentile values and
>>> the
>>> >> values shown in the dashboard. We have verified this using "R" and in
>>> >> fact,
>>> >> the values shown the JMETER aggregate report are correct. The values
>>> that
>>> >> appear in the JMETER Dashboard are not.
>>> >>
>>> >> We understand that JMETER Dashboard may be using a different algorithm
>>> >> (approximation) for percentile calculation. However, the problem is
>>> that
>>> >> that latency percentiles values calculated using this algorithm are
>>> not
>>> >> accurate (at least for certain scenarios).
>>> >>
>>> >> We have had a case where the Dashboard showing a 95% percentile value
>>> 1000
>>> >> ms. However, the correct value was 321 ms.
>>> >>
>>> >> The accuracy of percentile values are of utmost importance to us and
>>> we
>>> >> would kindly ask you to look into this issue and release a patch if
>>> >> possible.
>>> >>
>>> >> If you can implement the same algorithm used in the aggregate report
>>> >> within
>>> >> the dashboard that will resolve this issue.
>>> >>
>>> >>
>>> >> Thanks
>>> >>
>>> >> Malith Jayasinghe
>>> >>
>>> >
>>> >
>>> >
>>> > --
>>> > Cordialement.
>>> > Philippe Mouawad.
>>> >
>>> >
>>> >
>>>
>>>
>>> --
>>> Cordialement.
>>> Philippe Mouawad.
>>>
>>
>>
>

-- 
Cordialement.
Philippe Mouawad.

Re: issue during recording of file parse

[Philippe Mouawad]

Hello,
You need to put the file you use in bin folder.
Regards



On Thu, Dec 21, 2017 at 10:07 PM, Alexander Podelko <
apode...@yahoo.com.invalid> wrote:

> Hi,
> I ran into an issue recording in JMeter 3.3. The process I want to record
> includes selecting a file which then gets parsed and results shown.
> Works fine without JMeter recording. The request is:
> POST /epm/ui-rest/v1/requests/19433ef9-a3d2-4566-8eab-
> b1bdc2694d54/parseResults
>
> with content 
> like:-63682221520041Content-Disposition:
> form-data; name="file"; filename="request_flat_1M_100_Cust.xlsx"Content-Type:
> application/vnd.openxmlformats-officedocument.spreadsheetml.sheet
> and then the file itself.
> The response is the parsed file in a json-like format.
> However during recording JMeter somehow decide to get the file from the
> JMeter folder - so I may see for that request in View Result Tree:
> Response code: Non HTTP response code: java.io.FileNotFoundExceptionResponse
> message: Non HTTP response message: 
> C:\apache-jmeter-3.3\bin\request_flat_1M_100_Cust.xlsx
> (The system cannot find the file specified)
> The request itself gets recorded - but we don't have the proper response,
> so can't record beyond that point.
> Any thoughts?
> Thanks,Alex
>
>


-- 
Cordialement.
Philippe Mouawad.