Re: File undefined error when sent via FileUploads section in HTTPRequest

[sebb]

Are you sure JMeter can find the file?

i.e. is SampleVideo_1280x720_1mb.mp4 present in the JMeter starting
directory?

Best to use absolute path names if you are not sure.

On Thu, 14 Nov 2019 at 11:23, Karuna Lingham  wrote:

> I am trying to send an image/video file to my API endpoint by attaching the
> file under 'Files Upload' section of the HTTP Request and always get this
> error:
> *"TypeError: Cannot read property 'size' of undefined" * For some reason,
> the file does not get recognised on jmeter, tried on Postman and it works
> fine. I have tried various things, like ticked the box "Use
> multipart/form-data", moved file to JMeter's bin folder.
>
> *Request Headers:*
>
>
>
>
>
> *Connection: keep-alivecontent-type: multipart/form-data;
> boundary=mlsContent-Length: 1055964Host: xyzUser-Agent:
> Apache-HttpClient/4.5.7 (Java/12.0.1)*
>
> *Request Body:*
>
>
>
>
>
>
>
>
>
>
>
>
> *POST https://xyz POST
> data:--JypF-HPWzMbOA9YQFz8pUAXgZvilHpAA63Content-Disposition: form-data;
> name="file"; filename="SampleVideo_1280x720_1mb.mp4"Content-Type:
> video/mp4Content-Transfer-Encoding: binary here>--JypF-HPWzMbOA9YQFz8pUAXgZvilHpAA63--Cookie Data:connect.sid=xyz*
>
>
> MIME Type: video/mp4 Content-Type: multipart/form-data
>
> Please help!!
>

Re: Mismatch of OS Process Sampler/Beanshell Post processor vs. requests

[sebb]

On Sat, 24 Aug 2019 at 04:12, oh...@yahoo.com  wrote:
>
> Hi,
>
> Maybe I am misunderstanding you, but I think that that (setting the loop 
> count, is what I am doing, e.g., I have:
>
> - Threads: 100
> - Loop: 10
>

Ok, but then don't also set the scheduler.

>
> On Saturday, August 24, 2019, 12:19:09 AM UTC, sebb  wrote:
>
>
> On Sat, 24 Aug 2019 at 01:04, oh...@yahoo.com.INVALID
>  wrote:
> >
> >  Hi,
> > Currently, we are trying to simulate a scenario where we generate a signed 
> > SAML message, and then send that message (it is encoded) as the BODY in 
> > POST request.
> > So currently in the test plan, we use the OS Process Sampler to run a Java 
> > app to create (and sign and encode) the SAML message and output that to 
> > stdout.  The Beanshell Post processor captures that output into a Jmeter 
> > var, which we then use as the BODY Data in an HTTP Request.
>
> You could perhaps wrap the Java app as JavaSamplerClient.
>
> > As I asked earlier, is there any way to specify how long Jmeter will wait 
> > to consider the test plan run complete, e.g., we would like to increase to 
> > try to get more of the requests/responses.
>
> Why not limit the thread repeat count and let the test finish naturally?
>
>
> > Jim
> >
> >On Friday, August 23, 2019, 7:05:33 PM UTC, Ivan Rancati 
> >  wrote:
> >
> >  You have an interesting setup: JMeter and Java app (is it part of the
> > System under test, btw?) on the same computer.
> >
> > If you can't run JMeter and Java app on two different computers, this might
> > work:
> > -Test 1, that runs the Java app, to generate a file with  URLs and/or POST
> > contents
> > -Test 2, to run later, reads the above file and tests the web application
> >
> > Ivan
> >
> > On Thu, Aug 22, 2019 at 1:30 PM oh...@yahoo.com.INVALID
> >  wrote:
> >
> > >  Hi,
> > > Is there a way to increase/set the amount of time that Jmeter will wait
> > > for more responses, after the scheduler time has elapsed?
> > > With this test, I think the java app that is run is taking so much
> > > processor time that the HTTP Requests are not being firede up.
> > >
> > > Thanks,Jim
> > >
> > >
> > >
> >

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: Mismatch of OS Process Sampler/Beanshell Post processor vs. requests

[sebb]

On Sat, 24 Aug 2019 at 01:04, oh...@yahoo.com.INVALID
 wrote:
>
>  Hi,
> Currently, we are trying to simulate a scenario where we generate a signed 
> SAML message, and then send that message (it is encoded) as the BODY in POST 
> request.
> So currently in the test plan, we use the OS Process Sampler to run a Java 
> app to create (and sign and encode) the SAML message and output that to 
> stdout.  The Beanshell Post processor captures that output into a Jmeter var, 
> which we then use as the BODY Data in an HTTP Request.

You could perhaps wrap the Java app as JavaSamplerClient.

> As I asked earlier, is there any way to specify how long Jmeter will wait to 
> consider the test plan run complete, e.g., we would like to increase to try 
> to get more of the requests/responses.

Why not limit the thread repeat count and let the test finish naturally?

> Jim
>
> On Friday, August 23, 2019, 7:05:33 PM UTC, Ivan Rancati 
>  wrote:
>
>  You have an interesting setup: JMeter and Java app (is it part of the
> System under test, btw?) on the same computer.
>
> If you can't run JMeter and Java app on two different computers, this might
> work:
> -Test 1, that runs the Java app, to generate a file with  URLs and/or POST
> contents
> -Test 2, to run later, reads the above file and tests the web application
>
> Ivan
>
> On Thu, Aug 22, 2019 at 1:30 PM oh...@yahoo.com.INVALID
>  wrote:
>
> >  Hi,
> > Is there a way to increase/set the amount of time that Jmeter will wait
> > for more responses, after the scheduler time has elapsed?
> > With this test, I think the java app that is run is taking so much
> > processor time that the HTTP Requests are not being firede up.
> >
> > Thanks,Jim
> >
> >
> >
>

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: TLS 1.3 Support for Jmeter

[sebb]

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

Re: JMeter Query on Threads

[sebb]

Can't you just increase the number of threads in the thread group?

On Fri, 22 Feb 2019 at 14:47, Anil Kumar  wrote:
>
> Hi Indu,
>
> Thank you for taking you time...
>
> We have consider your scenario, but loop controller had a limitation of
> exec samples sequentially.
> We rather looking for a solution which pump load concurrently (i.e., the
> reason we are looking for an option of forking / threads ).
>
> Warm Regards
> Anil
>
> On Fri, Feb 22, 2019 at 7:45 PM Indu Gupta  wrote:
>
> > Hi Anil,
> >
> > You can add "Loop Controller" within Thread Group  (Right click Thread
> > Group -> Logic Controller -> Loop Controller).
> > Set number of Loop Count as "2" for 2 user sessions.
> >
> > The test plan structure will look like:
> >
> > Thread Group
> > -Login Request
> >- Loop Controller
> > - User sessions
> >
> > It will run 1 cycle of test like : 1 login request then 2 user session.
> >
> > Hope your query is resolved now.
> >
> >
> > Regards,
> > Indu Gupta
> >
> >
> > -Original Message-
> > From: Anil Kumar [mailto:anil.ganda...@gmail.com]
> > Sent: Friday, February 22, 2019 12:18
> > To: JMeter Users List 
> > Cc: Naveen Nandwani ; Sanjeev Anand <
> > sanjeev.an...@india.nec.com>
> > Subject: Re: JMeter Query on Threads
> >
> > thank you for quick response,
> >
> > i am trying here
> >
> > Step 1 :start Thread Group 1
> >  Step 1a: Create a  Login Session
> >  Step 1b: start Thread Group 2
> > Step 1b1: Create a  User Session 1
> > Step 1b2: Create a  User Session 2
> >  Step 1c: exit Thread Group 2 Step 2: exit Thread Group 1
> >
> > Is this possible? assume which you mentioned above is different.
> >
> >
> >
> > On Fri, Feb 22, 2019 at 11:25 AM Indu Gupta 
> > wrote:
> >
> > > Hi Anil,
> > >
> > > You Can simply follow below steps:
> > >
> > > 1) Add a new thread group per your need basis.
> > > 2) Select all the elements of the thread group -> copy them.
> > > 3) Now right click the new thread group and click paste, your all the
> > > elements will come inside this new thread group.
> > > 4) Now you can delete or Disable the old thread group and continue the
> > > execution with new thread group.
> > >
> > > Regards,
> > > Indu Gupta
> > >
> > > -Original Message-
> > > From: Anil Kumar [mailto:anil.ganda...@gmail.com]
> > > Sent: Friday, February 22, 2019 11:04
> > > To: user@jmeter.apache.org
> > > Subject: JMeter Query on Threads
> > >
> > > Hi
> > >
> > > Is there a way to add thread group with in a thread group ?
> > >
> > > I have a scenario where a thread needs to run multiple threads, say
> > > kind of forking..
> > >
> > > regards
> > > Anil
> > >
> >
> > -
> > 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

Re: 131 tests are getting failed while running "ant test" command

[sebb]

JMeter builds and tests fine on Windows using Jenkins [1]

I suspect there is a problem with the way the files were install on
the Windows system.

The error you reported:

1) testUnEscapeHtml2(org.apache.jmeter.functions.TestSimpleFunctions)
 [java] org.junit.ComparisonFailure: expected:<> but
was:<>

comes from the following line:

assertEquals("", ret);

Note that the actual value is correct in the error report, whereas the
expected value is mangled.
It looks as though the file has been through some sort of conversion
process that has mangled it.

What does the file
test/src/org/apache/jmeter/functions/TestSimpleFunctions.java
contain at round line 143?

[1] https://builds.apache.org/view/H-L/view/JMeter/job/JMeter%20Windows/

On Thu, 7 Feb 2019 at 20:48, Felix Schumacher
 wrote:
>
>
> Am 07.02.19 um 09:59 schrieb Sanjay Chaurasia:
> > Dear Felix,
> >
> > Thank you for your response. I have set the character encoding in the 
> > environment variable as you suggested.
> >   JAVA_TOOL_OPTIONS to -Dfile.encoding=UTF8.
> >
> > 8 tests, which were getting failed, have been passed.
> >
> > Still there are 122 tests are getting failed. And all tests have same root 
> > cause. Please have a look below log
> >
> > [java] 122) testLang(org.apache.jmeter.resources.PackageTest)
>
> That still seems to be the same problem, that your environment has the
> wrong encoding for the files.
>
> As I am no expert for windows based systems, so I would not be able to
> give you any more advise here. Maybe someone else can help you.
>
> Sorry,
>
>   Felix
>
> >   [java] junit.framework.AssertionFailedError: One or more subtests 
> > failed
> >   [java]  at junit.framework.Assert.fail(Assert.java:57)
> >   [java]  at junit.framework.TestCase.fail(TestCase.java:227)
> >   [java]  at 
> > org.apache.jmeter.resources.PackageTest.check(PackageTest.java:228)
> >   [java]  at 
> > org.apache.jmeter.resources.PackageTest.check(PackageTest.java:172)
> >   [java]  at 
> > org.apache.jmeter.resources.PackageTest.testLang(PackageTest.java:329)
> >   [java]  at sun.reflect.GeneratedMethodAccessor86.invoke(Unknown 
> > Source)
> >   [java]  at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown 
> > Source)
> >   [java]  at java.lang.reflect.Method.invoke(Unknown Source)
> >   [java]  at junit.framework.TestCase.runTest(TestCase.java:176)
> >   [java]  at junit.framework.TestCase.runBare(TestCase.java:141)
> >   [java]  at junit.framework.TestResult$1.protect(TestResult.java:122)
> >   [java]  at 
> > junit.framework.TestResult.runProtected(TestResult.java:142)
> >   [java]  at junit.framework.TestResult.run(TestResult.java:125)
> >   [java]  at junit.framework.TestCase.run(TestCase.java:129)
> >   [java]  at junit.framework.TestSuite.runTest(TestSuite.java:252)
> >   [java]  at junit.framework.TestSuite.run(TestSuite.java:247)
> >   [java]  at junit.framework.TestSuite.runTest(TestSuite.java:252)
> >   [java]  at junit.framework.TestSuite.run(TestSuite.java:247)
> >   [java]  at 
> > org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:86)
> >   [java]  at org.junit.runners.Suite.runChild(Suite.java:128)
> >   [java]  at org.junit.runners.Suite.runChild(Suite.java:27)
> >   [java]  at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
> >   [java]  at 
> > org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
> >   [java]  at 
> > org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
> >   [java]  at 
> > org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
> >   [java]  at 
> > org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
> >   [java]  at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> >   [java]  at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
> >   [java]  at org.junit.runner.JUnitCore.run(JUnitCore.java:115)
> >   [java]  at org.apache.jorphan.test.AllTests.main(AllTests.java:219)
> >   [java] FAILURES!!!
> >   [java] Tests run: 3312,  Failures: 122
> >   [java] 
> > 
> >   [java] Time: 4.329
> >   [java] OK (80 tests)
> >   [java] Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF-8
> >
> > BUILD FAILED
> > C:\Users\sanjay.chaurasia\Desktop\jmeter\trunk\build.xml:3181: Java 
> > returned: 1
> >
> > If you have any idea of the root cause, please share.
> > I will be highly grateful to you.
> >
> >
> > Regards,
> > Sanjay Chaurasia
> >
> > -Original Message-
> > From: Felix Schumacher [mailto:felix.schumac...@internetallee.de]
> > Sent: Tuesday, February 5, 2019 12:16 PM
> > To: JMeter Users List 
> > Subject: RE: 131 tests are getting failed while running "ant test" command
> >
> >
> >
> > Am 5. Februar 2019 07:02:14 MEZ schrieb Sanjay Chaurasia 
> > :
> >> Please find below "ant test" logs

Re: ant package-and-check command is not executing successfully.

[sebb]

On Tue, 29 Jan 2019 at 10:58, Sanjay Chaurasia
 wrote:
>
> Thank you for reply sebb, that was the typo error while executing the command 
> I had written correct command.

I think you have misunderstood.

According to the output you posted, the path name in which JMeter is
installed contains a space:

C:\Users\sanjay.chaurasia\Desktop\jmeter-trunk (1)\jmeter-trunk

(It certainly looks like a space before the '(1)' above)

This space can cause problems.

Rename the path segment 'jmeter-trunk (1)' so it does not contain a
space and try again.

> -Original Message-----
> From: sebb [mailto:seb...@gmail.com]
> Sent: Tuesday, January 29, 2019 3:36 PM
> To: JMeter Users List 
> Subject: Re: ant package-and-check command is not executing successfully.
>
> On Tue, 29 Jan 2019 at 03:22, Sanjay Chaurasia 
>  wrote:
> >
> > Thank you for your quick reply Deepak.
> >
> > Yes, I tried this by executing command "ant download_checkstyle"  and  "ant 
> > download_checkstyle target"
> > But It's not working as well and throwing below errors.
> >
> > C:\Users\sanjay.chaurasia\Desktop\jmeter-trunk (1)\jmeter-trunk>ant
> > download_che ckstyle
>
> There's a space in the pathname.
> That can cause issues.
>
> Rename and try again.
>
> -
> 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

Re: ant package-and-check command is not executing successfully.

[sebb]

On Tue, 29 Jan 2019 at 03:22, Sanjay Chaurasia
 wrote:
>
> Thank you for your quick reply Deepak.
>
> Yes, I tried this by executing command "ant download_checkstyle"  and  "ant 
> download_checkstyle target"
> But It's not working as well and throwing below errors.
>
> C:\Users\sanjay.chaurasia\Desktop\jmeter-trunk (1)\jmeter-trunk>ant 
> download_che
> ckstyle

There's a space in the pathname.
That can cause issues.

Rename and try again.

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: Passing variables to Random function

[sebb]

On 22 August 2018 at 16:14, Felix Schumacher
 wrote:
>
>
> Am 22.08.2018 um 17:06 schrieb Felix Schumacher:
>>
>>
>>
>> Am 21.08.2018 um 21:32 schrieb David Fertig:
>>>
>>> I have a variable called numFiles, which I can print and verify contains
>>> an integer.
>>> Integer numFiles = vars.getObject("numFiles");
>>>
>>> I want to make a random number between 0 and that value.  But all of the
>>> following fail
>>> ${__Random(0,__ ${numFiles},docIndex)};
>>>
>>> Integer docIndex  = ${__Random(0,${numFiles})};
>>>
>>> ${__Random(0,__ numFiles,docIndex)};
>>>
>>> Integer docIndex  = ${__Random(0,numFiles)};
>>>
>>> All with an errors like:
>>> Uncaught Exception java.lang.NumberFormatException: For input string:
>>> "${NUMFILES}". See log file for details.
>>>
>>> Uncaught Exception java.lang.NumberFormatException: For input string:
>>> "numFiles". See log file for details.
>>>
>>> How do I pass a variable into the random() function?
>>
>> It seems that this is a bug. At the moment the Strings given to __Random
>> will not be evaluated (and therefore the Integer will not be transformed
>> into a String).
>
> On second thought "bug" might be a bit harsh, as no function in JMeter will
> currently transform those values by itself (yet?).

It's not a bug (or even a feature). It's not supported.

Variables were designed to be used for replacement of fixed text in test plans.
e.g.. instead of

http://a.b.c:80/

one could have the following textual definitions (e.g. on the Test Plan):

HOST=a.b.c
PORT=80

and use the following instead:
http://${HOST}:${PORT}/

It so happens that the variables are stored in a structure that allows
the values to be arbitrary objects.

This proved useful for passing data between scripts
(putObject/getObject), but was never intended for use in the test plan
textual substitution functionality.

Variables that are used in test plan elements must have values that are Strings.

A simple way to fix the errors is to ensure that the script stores the
value as a String (e.g. using a new variable name).

> To answer your question, you could use __evalVar function to convert your
> Integer into a String:
>
> ${__Random(0,${__evalVar(numFiles)})}
>
> Regards,
>  Feli
>
>
>
> -
> 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

Re: Jmeter crash

[sebb]

On 15 August 2018 at 14:32, wenjian.li...@shuyun.com
 wrote:
> Hi All,
> My jmeter crashed.

Strictly speaking, it was the JRE which crashed.

The JRE is supposed to protect itself against crashing when running Java code.

JMeter does not use native code and should not be able to cause a crash.

Either your JRE is faulty, or perhaps you are using a plugin which
uses native code.

Try installing the latest version of Java 8 (8.0_131 is quite old).

> When I run the ApacheJMeter.jar, then the loading screen will display and
> the processing bar grows as normal, but when the bar goes to 100% and the
> main screen appears, they will suddenly disappear and left nothing.
> I tried start jmeter several times today, but all failed. Then I reinstall
> jmeter but it does not work.
>
> The attachment of this email is one of the error log and the error summary
> in shell-window as below:
> #
> # A fatal error has been detected by the Java Runtime Environment:
> #
> #  EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x6b4c6adf,
> pid=9976, tid=0x3ac8
> #
> # JRE version: Java(TM) SE Runtime Environment (8.0_131-b11) (build
> 1.8.0_131-b11)
> # Java VM: Java HotSpot(TM) 64-Bit Server VM (25.131-b11 mixed mode
> windows-amd64 compressed oops)
> # Problematic frame:
> # C  [msvcr100.dll+0x36adf]
> #
> # Failed to write core dump. Minidumps are not enabled by default on client
> versions of Windows
> #
> # An error report file with more information is saved as:
> # C:\WINDOWS\system32\hs_err_pid9976.log
> #
> # If you would like to submit a bug report, please visit:
> #   http://bugreport.java.com/bugreport/crash.jsp
> # The crash happened outside the Java Virtual Machine in native code.
> # See problematic frame for where to report the bug.
> #
> errorlevel=1
>
> Thank you
> lwj
>
>
>
> -
> 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

Re: JAVA Program as a Service

[sebb]

Or

http://jmeter.apache.org/usermanual/component_reference.html#OS_Process_Sampler

On 10 August 2018 at 17:00, Kirk Pepperdine  wrote:
> Runtime.exec in a bean shell???
>
>> On Aug 10, 2018, at 11:00 AM, Nayak, Soumya R.  wrote:
>>
>> Hi All,
>>
>> I have written a java program. So when i run a script in JMeter, the java 
>> program has to be invoked from the script and the java program runs 
>> independently in the background without JMeter waiting for it to complete 
>> execution. The program when running independently completes the task and 
>> stops automatically.
>> So how can I invoke a java program from JMeter which runs independently in 
>> the background. Please help.
>>
>> Regards,
>> Soumya
>>
>> **
>> 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
>

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: Which Files/Directory contains the View Tree Results data

[sebb]

On 28 May 2018 at 06:24, glin...@live.com  wrote:
> If you run your test in GUI mode - by default the results are being kept in
> memory (unless you specify something in "Write Results To" section.
>
> If you run your test in non-GUI mode by default JMeter doesn't store
> response data, it intentionally discards the data to avoid high disk IO
> which may have negative impact on your test. However you can enable it by
> applying custom  Results File Configuration
> 
> to wit:
>
>
>> jmeter.save.saveservice.output_format=xml
>> jmeter.save.saveservice.response_data=true
>> jmeter.save.saveservice.samplerData=true
>> jmeter.save.saveservice.requestHeaders=true
>> jmeter.save.saveservice.url=true
>> jmeter.save.saveservice.responseHeaders=true

See http://jmeter.apache.org/usermanual/listeners.html#batch

You can also add a Listener (e.g. Simple Data Writer) to the test plan

http://jmeter.apache.org/usermanual/component_reference.html#Simple_Data_Writer

This will save results in both GUI and non-GUI test runs.

> Also be aware that you can test your Regular Expressions, CSS/JQuery
> Expressions, JSON Path Expressions, etc. directly in the  View Results Tree
> 
> listener, just select something different from "Text" dropdown. See  How to
> Debug your Apache JMeter Script
> 
> article for more information on the approach.
>
>
>
> --
> 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

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

[sebb]

On 22 February 2018 at 08:32, Jmeter Tea  wrote:
> Beanshell components aren't marked as deprecated,
> I suggest first mark it as deprecated before removal
> http://jmeter.apache.org/usermanual/component_reference.html#BeanShell_Sampler
>
> Another question about Beanshell, in documentation there's a statement
> about "BeanShell server":
> "using the remote BeanShell server to change a JMeter property"
> is BeanShell server relevant to JMeter?

Yes,

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

> On Wed, Feb 21, 2018 at 3:36 PM, Stuart Kenworthy > wrote:
>
>> Does it not still represent them alphabetically until a user profile has
>> been built up?
>>
>> -Original Message-
>> From: Jmeter Tea [mailto:jmeter...@gmail.com]
>> Sent: 21 February 2018 13:34
>> To: JMeter Users List 
>> Subject: Re: JSR223 Sampler is not in top ten in Add menu
>>
>> Of course I'm talking after JMeter 4 change of  "Menu UX have been
>> improved to make most used elements available more rapidly."
>>
>> On Wed, Feb 21, 2018 at 3:15 PM, Stuart Kenworthy <
>> stuart.kenwor...@bjss.com
>> > wrote:
>>
>> > 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 
>> > 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.
>> >
>>
>> 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

Travel Assistance applications for ApacheCon NA 2018 are now open!

[Sebb]

The Travel Assistance Committee (TAC) are pleased to announce that travel 
assistance applications for ApacheCon NA 2018 are now open!

We will be supporting ApacheCon NA Montreal, Canada on 24th - 29th September 
2018

TAC exists to help those that would like to attend ApacheCon events, but are 
unable to do so for financial reasons.
For more info on this years applications and qualifying criteria, please visit 
the TAC website at < http://www.apache.org/travel/ >. Applications are now open 
and will close 1st May.

Important: Applications close on May 1st, 2018. Applicants have until the 
closing date above to submit their applications (which should contain as much 
supporting material as required to efficiently and accurately process their 
request), this will enable TAC to announce successful awards shortly afterwards.

As usual, TAC expects to deal with a range of applications from a diverse range 
of backgrounds. We therefore encourage (as always) anyone thinking about 
sending in an application to do so ASAP.  
We look forward to greeting many of you in Montreal

Kind Regards,
Gavin - (On behalf of the Travel Assistance Committee)
-- 

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Unexpected emails (was: JMeter Binary Data response)

[sebb]

On 12 February 2018 at 09:58, Shone, Larry (IT Professional Services)
 wrote:
> This does not appear to be obviously something I have asked for.
> Can you perhaps give me a little more as to why I have been included in the 
> list?

Your email address was subscribed to the JMeter user list on Feb 6th 2018.
Shortly after that an email was posted to the JMeter user list from
the email address.

Subscribers are able to post to the list, and will get all emails sent
to the list.

If you wish to unsubscribe, please see the footer of mails sent to the list.

> -Original Message-
> From: glin...@live.com [mailto:glin...@live.com]
> Sent: 12 February 2018 06:38
> To: jmeter-u...@jakarta.apache.org
> Subject: Re: JMeter Binary Data response
>
> You can apply the same approach for your JMeter test, in JMeter you have Save 
> Responses to a file 
> 
> listener which can be used to store response data as a file on the file 
> system. See  Performance Testing: Upload and Download Scenarios with Apache 
> JMeter 
> 
> article for more information on how you can simulate file download event in 
> JMeter test.
>
> The value can be extracted using either  Regular Expression Extractor 
> 
> (if it can be located as a plain text). If the file is binary you might need
> to  Apache Tika    library and Groovy scripting to
> parse the file and extract the "interesting" value. See  How to Extract Data 
> From Files With JMeter 
> 
> for more details.
>
>
>
> --
> 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
>
>
>
> This message has been scanned by Capita systems, but if you believe it to be 
> spam, please send it to s...@forcepoint.com.
>
> Messages sent to s...@forcepoint.com are queued for email analysis by 
> Forcepoint Threat Lab.
>
>
> This email is security checked and subject to the disclaimer on web-page: 
> http://www.capita.co.uk/email-disclaimer.aspx
>
> -
> 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

Re: Issue with javascript math function in Jmeter 3.3

[sebb]

On 15 January 2018 at 07:29, Felix Schumacher
 wrote:
>
>
> Am 13. Januar 2018 22:32:01 MEZ schrieb Marcelo Jara 
> :
>>Hello,
>>
>>
>>I'm running into an issue with Jmeter 3.3. It seems the Math.floor()
>>Javascript function is behaving differently when compared to older
>>versions such as 2.12. I've simplified the call below for this email.
>>
>>
>>${__intSum(${__javaScript(Math.floor(${667}/60))},${extra},)}

${667} means to use the value of the variable called '667'

Is that what you really meant?

>>
>>
>>
>>667/60 = 11.1166so the Math.floor function should return 11.
>>Instead it's returning the exception below. It seems Math.floor is not
>>evaluating to an Int.
>
> Try to set the property javascript.use_rhino to true.
>
> And file a Bugzilla entry as this seems to be a regression we should look at.
>
> Regards,
>  Felix
>
>>
>>
>>2018-01-13 16:23:12,808 ERROR o.a.j.JMeter: Uncaught exception:
>>java.lang.NumberFormatException: For input string: "11.0"
>>at
>>java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
>>~[?:1.8.0_152]
>>at java.lang.Integer.parseInt(Integer.java:580) ~[?:1.8.0_152]
>>at java.lang.Integer.parseInt(Integer.java:615) ~[?:1.8.0_152]
>>at org.apache.jmeter.functions.IntSum.execute(IntSum.java:67)
>>~[ApacheJMeter_functions.jar:3.3 r1808647]
>>at
>>org.apache.jmeter.engine.util.CompoundVariable.execute(CompoundVariable.java:137)
>>~[ApacheJMeter_core.jar:3.3 r1808647]
>>at
>>org.apache.jmeter.engine.util.CompoundVariable.execute(CompoundVariable.java:112)
>>~[ApacheJMeter_core.jar:3.3 r1808647]
>>at
>>org.apache.jmeter.testelement.property.FunctionProperty.getStringValue(FunctionProperty.java:101)
>>~[ApacheJMeter_core.jar:3.3 r1808647]
>>at
>>org.apache.jmeter.testelement.property.AbstractProperty.getIntValue(AbstractProperty.java:108)
>>~[ApacheJMeter_core.jar:3.3 r1808647]
>>at
>>org.apache.jmeter.testelement.AbstractTestElement.getPropertyAsInt(AbstractTestElement.java:238)
>>~[ApacheJMeter_core.jar:3.3 r1808647]
>>at
>>org.apache.jmeter.threads.AbstractThreadGroup.getNumThreads(AbstractThreadGroup.java:209)
>>~[ApacheJMeter_core.jar:3.3 r1808647]
>>at
>>org.apache.jmeter.engine.StandardJMeterEngine.startThreadGroup(StandardJMeterEngine.java:509)
>>~[ApacheJMeter_core.jar:3.3 r1808647]
>>at
>>org.apache.jmeter.engine.StandardJMeterEngine.run(StandardJMeterEngine.java:457)
>>~[ApacheJMeter_core.jar:3.3 r1808647]
>>at java.lang.Thread.run(Thread.java:748) [?:1.8.0_152]
>>
>>
>>
>>
>>Any suggestions?
>
> -
> 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

Re: timing difference for large (?) requests

[sebb]

Or the way the latency is measured, as that will depend on the protocol stack.

On 11 January 2018 at 17:20, Ivan Rancati  wrote:
> Very interesting. If I read right the numbers, the difference between
> Fiddler and JMeter is in the latency
>
> Time between begin and end of the server response: nearly identical
> JMeter
> Load time 37327-Latency 37272 = 55 ms
> Fiddler
> ServerDoneResponse: 15:08:26.210 - ServerBeginResponse: 15:08:26.158 = 52 ms
>
> Latency: big difference
> JMeter
> 37272 ms
> Fiddler
> ServerBeginResponse: 15:08:26.158 - ClientDoneRequest: 15:07:11.094 = 1m 15064
> ms
>
> It's a long shot, but could it have to do with the different "q" parameter
> for quality in the Accept-Language header?
> q = 0.9 for Fiddler, 0.5 for JMeter
>
> cheers
> Ivan
>
>
> 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

Re: Error using JDBC Oracle connection Jmeter

[sebb]

Please start a new thread for a new query.

On 9 January 2018 at 10:03, Gema Moreno  wrote:
> I try to run jmeter from the cmd with this command
>
> C:\apache-jmeter-2.13\bin> jmeter -Duser.timezone=GMT -n -t BddGOFL.jmx -l
> result.jtl
>
> but it returns the next error:
> findstr is not recognised as a command program or batch executable program
> Not able to find Java executable or version. Please check your Java
> installation.
>
> do you know what i am doing wrong?
>
> Thanks a lot.
>
> 2018-01-08 13:42 GMT+01:00 Gema Moreno :
>
>> I tried it copying the ojdbc6.jar i have in the oracle folder to the
>> JMeter library, and it fails anyway. Where can i find the   
>> /system.properties/
>> file of the Java System ?
>>
>> 2018-01-08 13:25 GMT+01:00 glin...@live.com :
>>
>>> Most likely there is a mismatch between Oracle and JDBC driver versions, I
>>> would recommend using JDBC driver which lives under "jdbc" folder of your
>>> Oracle installation.
>>>
>>>
>>> Alternatively you can try explicitly setting the timezone using the
>>> relevant
>>> Java System Property, add the next line to /system.properties/ file
>>>
>>>
>>> > user.timezone=GMT
>>>
>>> or pass it via -D command-line argument like:
>>>
>>>
>>> > jmeter -Duser.timezone=GMT -n -t test.jmx -l result.jtl
>>>
>>> More information:
>>>
>>>  1.  Force Java timezone as GMT/UTC
>>> >> zone-as-gmt-utc>
>>>  2.  Apache JMeter Properties Customization Guide
>>> 
>>>
>>>
>>>
>>>
>>>
>>> --
>>> 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

Re: issue during recording of file parse

[sebb]

JMeter can only record what the browser gives it, and browsers only
include the name of the file, not its path.

So either ensure the file is in the JMeter launch directory or edit
the test plan to include the path to the file.

On 21 December 2017 at 21:11, Philippe Mouawad
 wrote:
> 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.

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: New backend listener client for sending data to SignalFx

[sebb]

Maybe worth adding this to the Wiki?

https://wiki.apache.org/jmeter/JMeterPlugins

On 3 December 2017 at 20:27, Philippe Mouawad
 wrote:
> Thanks for this interesting information.
>
> Regards
>
> On Sun, Dec 3, 2017 at 9:30 AM, Dmitry Pavlov  wrote:
>
>> Hello,
>>
>> I've created a separate plugin for sending data to SignalFx
>> (timeseries data collector as a service).
>>
>> Existing graphite and influxdb clients are awesome and opersource, but just
>> in case you already using SFX, it's convinient to have load testing data in
>> the same place without having to use any adaptors.
>>
>> Project on github: https://github.com/aligntech/jmeter-signalfx-reporter
>>
>> --
>> Dmitry Pavlov
>>
>
>
>
> --
> Cordialement.
> Philippe Mouawad.

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: Help required in regular expression in Jmeter

[sebb]

Note that \w == [a-zA-Z_0-9], i.e. it does not include hyphen.

On 16 November 2017 at 07:56, Felix Schumacher
 wrote:
>
>
> Am 13. November 2017 08:17:42 MEZ schrieb Vamsi Krishna Maddali 
> :
>>Hi All,
>>
>>
>>Required your help in resloving below issue:
>>
>>
>>Issue:Unable to capture the authenticate?code value which is generated
>>while logging in to a webpage, authenticate?code value which is being
>>generated is a dynamic value and not following a unique pattarn as in a
>>regular expression kind.
>>
>>
>>What i am trying to do here is capturing the authenticate?code value
>>into a variable named “token” by using the “Regular Expression
>>Extractor” and use that variable in the login script which is used to
>>access the webpage. But the authenticate?code is not being captured in
>>the script and i am not able to use in the login script.
>>
>>
>>My guess is that the Regular Expression Extractor which i am using may
>>not be the correct one, so couldn't capture the authenticate?code value
>>.
>>
>>
>>Can anyone help me in finding a soluion or any other method to handel
>>this situation.
>>
>>
>>Below is the HTML tag in webpage:
>>
>>
>>>action="http://localhost:8080/auth/realms/master/login-actions/authenticate?code=u22yiDCDtV-jm3_1w2NP6HykFCTtePlgADFhFa17U3s=570368df-fa0b-4bd1-9964-251d1448718e_id=security-admin-console;
>>method="post">
>
> The token seems to consist of the characters a to z, A to Z, digits, dash and 
> underscore. You can combine those characters into one character class using 
> [a-zA-Z0-9_-] for usage in a regex.
>
> This an be used to extract the token using a regex like
>
> code=([a-zA-Z0-9_-]*)
>
> The character class could probably be shortened to
>
> [\w\d]
>
> Or written as a blacklist
>
> [^;&\s#"']
>
> Regards,
> Felix
>
>>
>>
>>in the below , we are trying to capture
>>“authenticate?code=u22yiDCDtV-jm3_1w2NP6HykFCTtePlgADFhFa17U3s” value
>>and need to send as a parameter in next “Sample Controller”.
>>
>>
>>
>>[cid:28bd9a2c-d267-4bcc-83c7-62b255416835]
>>
>>
>>
>>Thanks,
>>
>>Vamsi
>
> -
> 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

Re: CriticalSectionController: Lock global_lock not released

[sebb]

On 8 November 2017 at 09:27, Shmuel Krakower  wrote:
> Hi,
> Just to update on this.
> I will not create a bugzilla as it wasn't the root cause of my original
> issue as well as I am not sure it is an issue with JMeter core.

Thanks for the followup.

> I can only reproduce those warning messages while using the Ultimate Thread
> Group from JMeterPlugins.

In which case, please report this to the providers of the Ultimate Thread Group.
This is not an Apache JMeter product so there's nothing the JMeter
developers can do.

> For the record:
> To reproduce - create a new testplan with single Ultimate Thread Group
> element.
> Set it to start 1 thread (or more) and let it run for 1 second (or more).
> In that thread group create a Critical Section Controller.
> In that Critical Section Controller create a Debug Sampler.
> Run it and get this error:
> WARN  - jmeter.control.CriticalSectionController: Lock global_lock not
> released in:Critical Section Controller, releasing in threadFinished
>
> -Test Plan
> --Ultimate Thread Group
> ---Critical Section Controller
> Debug Sampler
>
>
> Best,
> Shmuel.
>
> Shmuel Krakower.
>
> 2017-10-29 23:31 GMT+02:00 Shmuel Krakower :
>
>> Hi
>> I just moved the test action element out of the critical section but the
>> problem persists. I will collect more data and try to provide the simplest
>> script to reproduce the issue in bugzilla.
>>
>> Thanks
>>
>> On Sun, Oct 29, 2017, 10:14 PM Felix Schumacher > internetallee.de> wrote:
>>
>>>
>>>
>>> Am 29. Oktober 2017 19:21:19 MEZ schrieb Philippe Mouawad <
>>> philippe.moua...@gmail.com>:
>>> >Hello,
>>> >Yes please open a bugzilla and provide:
>>> >- an excerpt of your test plan
>>> >- jmeter.log
>>> >- 3 thread dumps at 5s distance when issue occurs
>>>
>>> I think the most likely cause is the premature end of an iteration - "go
>>> to next loop iteration". We probably need to add an iteration listener that
>>> unlocks the locks on iteration start.
>>>
>>> Regards,
>>> Felix
>>> >
>>> >Thank you
>>> >
>>> >On Sunday, October 29, 2017, Shmuel Krakower 
>>> >wrote:
>>> >
>>> >> Hello,
>>> >> It has been a while since I've participated in the users' list..
>>> >>
>>> >> I am running a stress test with multiple thread groups and I'm using
>>> >the
>>> >> Critical Section Controller to prevent a specific action from taking
>>> >place
>>> >> multiple times on the same time.
>>> >>
>>> >> I notice that the results are much lower than the required throughput
>>> >I
>>> >> plan to achieve.
>>> >> After looking into the jmeter logs I notice many of my threads were
>>> >> actually "locked" waiting for the critical section and this is the
>>> >reason I
>>> >> am not reaching my target RPS.
>>> >>
>>> >> The log show entries such as:
>>> >> WARN  - jmeter.control.CriticalSectionController: Lock global_lock
>>> >not
>>> >> released in:Critical Section Controller, releasing in threadFinished
>>> >>
>>> >> 'global_lock' - is just the default text used in the controller. But
>>> >it
>>> >> clearly shows that at some point one of the threads keeps the lock
>>> >busy
>>> >> which in turn just block the others.
>>> >>
>>> >> Some ideas/questions:
>>> >> Maybe it would make sense to have a timeout on the lock?
>>> >> Is it possible that an exception raised inside the critical section,
>>> >> prevented it from being released?
>>> >> The main suspect I have in my test plan is a Test Action element I
>>> >use
>>> >> which is set to "Go to next loop iteration" in some cases, maybe
>>> >that's the
>>> >> one which doesn't release the critical section?...
>>> >>
>>> >> Would it help if I take a thread dump and share it here?
>>> >> Should I open a defect in Bugzilla for that?
>>> >> Has anyone faced such an issue before?
>>> >>
>>> >> Best,
>>> >> Shmuel Krakower.
>>> >>
>>>
>>> -
>>> 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

Re: API changes report for JMeter

[sebb]

On 2 November 2017 at 13:46, Philippe Mouawad
 wrote:
> Thanks for this information.
>
> For now our issue would be that all our APIs is not really public API, but

s/all/much of/

The APIs that relate to Samplers etc should be considered public, as
well as library routines used by them.

> it's interesting information anyway.
>
> Regards
>
> On Mon, Oct 30, 2017 at 7:19 AM, Andrey Ponomarenko <
> andrewponomare...@yandex.ru> wrote:
>
>> Hi,
>>
>> I'd like to share report on API changes and backward compatibility for the
>> JMeter Core library: https://abi-laboratory.pro/
>> java/tracker/timeline/jmeter/
>>
>> BC — binary compatibility
>> SC — source compatibility
>>
>> The report is generated by the https://github.com/lvc/japi-tracker tool
>> according to the article https://wiki.eclipse.org/
>> Evolving_Java-based_APIs_2.
>>
>> Hope it will be helpful for users and maintainers of the library.
>>
>> Please let me know if you'd like to see reports for other JMeter modules
>> in the tracker.
>>
>> Thank you.
>>
>> -
>> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
>> For additional commands, e-mail: user-h...@jmeter.apache.org
>>
>>
>
>
> --
> Cordialement.
> Philippe Mouawad.

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: Download of JMeter zip blocked by anti-virus

[sebb]

On 3 October 2017 at 20:57, Philippe Mouawad
<p.moua...@ubik-ingenierie.com> wrote:
> Hello,
> I compared the MD5 of official and mirrors and they have the same values.
> So for me it is the Antivirus is overzealous unless this mirror has been
> reported as dangerous for another reasons.

Agreed.

> I also notice that on the mirror , the link to check signature is broken:
>
>- http://mirrors.ircam.fr/pub/apache/jmeter/#sig

Huh?

It works for me

> Regards
>
> On Tue, Oct 3, 2017 at 9:47 PM, sebb <seb...@gmail.com> wrote:
>
>> On 3 October 2017 at 20:16, Emilian Bold <emilian.b...@gmail.com> wrote:
>> >> So I think the problem is elsewhere than the mirrored files.
>> >
>> > I believe the antivirus wasn't looking at the content but the URL for
>> Java
>> > binaries. Known mirrors were "safe".
>>
>> Perhaps, but the error messages suggest the problem is in the content:
>>
>> >  "BehavesLike.Java.Exploit.xm"
>> >  "BehavesLike.Java.Suspicious-JAR.zv"
>>
>> Maybe the antivirus does not look at the content for files from known
>> mirrors.
>> Or perhaps it does check all the content but the error messages as
>> above are suppressed for known 'good' URLs.
>>
>> If the AV reports too many false positives that might be a work-round.
>>
>> In any case, the 3rd party mirrors don't appear to be at fault here.
>>
>> >
>> > --emi
>> >
>> > On Tue, Oct 3, 2017 at 10:11 PM, sebb <seb...@gmail.com> wrote:
>> >
>> >> On 3 October 2017 at 17:40,  <mathilde.duchos...@laposte.net> wrote:
>> >> > Ok, the point is closed.
>> >> >
>> >> >
>> >> > As recommended by the official Apache JMeter web site, I used an
>> >> official mirror site.
>> >> >
>> >> > I tried these 2 official French mirror sites:
>> >> >   http://mirrors.ircam.fr/pub/apache/
>> >>
>> >> This URL works OK for me; I get the same contents as from
>> >>
>> >> http://www-eu.apache.org/dist/jmeter/binaries/
>> >>
>> >> >   http://apache.mirrors.ovh.net/ftp.apache.org/dist/
>> >>
>> >> Likewise from here.
>> >>
>> >> > and systematically got a reject by McAfee Web Gate, respectively with
>> >> the messages
>> >> >   "BehavesLike.Java.Exploit.xm"
>> >> >   "BehavesLike.Java.Suspicious-JAR.zv"
>> >> >
>> >> >
>> >> > Only after the mirror sites I tried Apache's official sites
>> >> >   http://www-eu.apache.org/dist/
>> >> >   http://www-us.apache.org/dist/
>> >> > and these are fine.
>> >> >
>> >> > I conclude that either something is wrong on the mirror sites or
>> McAfee
>> >> WG is overzealous...
>> >>
>> >> Or there was a problem with the downloads from the mirrors.
>> >>
>> >> Did you check the hashes or sigs of the files downloaded from the
>> mirrors?
>> >>
>> >> As noted above, I don't get any issues with those mirrors.
>> >> I'm not using McAfee WG but the downloaded files are identical to the
>> >> ones downloaded from the ASF hosts.
>> >> And the sig for the zip file checks out OK.
>> >>
>> >> So I think the problem is elsewhere than the mirrored files.
>> >>
>> >> > MD
>> >> >
>> >> >
>> >> >
>> >> > - Mail original -
>> >> > De: "sebb" <seb...@gmail.com>
>> >> > À: "JMeter Users List" <user@jmeter.apache.org>
>> >> > Envoyé: Mardi 3 Octobre 2017 17:32:14
>> >> > Objet: Re: Download of JMeter zip blocked by anti-virus
>> >> >
>> >> > On 3 October 2017 at 15:55, <mathilde.duchos...@laposte.net> wrote:
>> >> >>
>> >> >> Hi JMeter experts !
>> >> >>
>> >> >>
>> >> >> The download of JMeter 3.3 (apache-jmeter-3.3.zip) is systematically
>> >> blocked by my corporate anti-virus (McAfee Web Gate).
>> >> >>
>> >> >> The zip would contain a virus, the following message is issued:
>> >> "BehavesLike.Java.Suspicious-JAR.zv"
>> >> >>
>> >> >> Before I reach out the McAfee WG administ

Re: Download of JMeter zip blocked by anti-virus

[sebb]

On 3 October 2017 at 20:16, Emilian Bold <emilian.b...@gmail.com> wrote:
>> So I think the problem is elsewhere than the mirrored files.
>
> I believe the antivirus wasn't looking at the content but the URL for Java
> binaries. Known mirrors were "safe".

Perhaps, but the error messages suggest the problem is in the content:

>  "BehavesLike.Java.Exploit.xm"
>  "BehavesLike.Java.Suspicious-JAR.zv"

Maybe the antivirus does not look at the content for files from known mirrors.
Or perhaps it does check all the content but the error messages as
above are suppressed for known 'good' URLs.

If the AV reports too many false positives that might be a work-round.

In any case, the 3rd party mirrors don't appear to be at fault here.

>
> --emi
>
> On Tue, Oct 3, 2017 at 10:11 PM, sebb <seb...@gmail.com> wrote:
>
>> On 3 October 2017 at 17:40,  <mathilde.duchos...@laposte.net> wrote:
>> > Ok, the point is closed.
>> >
>> >
>> > As recommended by the official Apache JMeter web site, I used an
>> official mirror site.
>> >
>> > I tried these 2 official French mirror sites:
>> >   http://mirrors.ircam.fr/pub/apache/
>>
>> This URL works OK for me; I get the same contents as from
>>
>> http://www-eu.apache.org/dist/jmeter/binaries/
>>
>> >   http://apache.mirrors.ovh.net/ftp.apache.org/dist/
>>
>> Likewise from here.
>>
>> > and systematically got a reject by McAfee Web Gate, respectively with
>> the messages
>> >   "BehavesLike.Java.Exploit.xm"
>> >   "BehavesLike.Java.Suspicious-JAR.zv"
>> >
>> >
>> > Only after the mirror sites I tried Apache's official sites
>> >   http://www-eu.apache.org/dist/
>> >   http://www-us.apache.org/dist/
>> > and these are fine.
>> >
>> > I conclude that either something is wrong on the mirror sites or McAfee
>> WG is overzealous...
>>
>> Or there was a problem with the downloads from the mirrors.
>>
>> Did you check the hashes or sigs of the files downloaded from the mirrors?
>>
>> As noted above, I don't get any issues with those mirrors.
>> I'm not using McAfee WG but the downloaded files are identical to the
>> ones downloaded from the ASF hosts.
>> And the sig for the zip file checks out OK.
>>
>> So I think the problem is elsewhere than the mirrored files.
>>
>> > MD
>> >
>> >
>> >
>> > - Mail original -
>> > De: "sebb" <seb...@gmail.com>
>> > À: "JMeter Users List" <user@jmeter.apache.org>
>> > Envoyé: Mardi 3 Octobre 2017 17:32:14
>> > Objet: Re: Download of JMeter zip blocked by anti-virus
>> >
>> > On 3 October 2017 at 15:55, <mathilde.duchos...@laposte.net> wrote:
>> >>
>> >> Hi JMeter experts !
>> >>
>> >>
>> >> The download of JMeter 3.3 (apache-jmeter-3.3.zip) is systematically
>> blocked by my corporate anti-virus (McAfee Web Gate).
>> >>
>> >> The zip would contain a virus, the following message is issued:
>> "BehavesLike.Java.Suspicious-JAR.zv"
>> >>
>> >> Before I reach out the McAfee WG administrator, I would like to know if
>> something is wrong with the zip content ?
>> >>
>> >> Same observation with JMeter 3.2 zip archive.
>> >>
>> >> In advance, thank you very much for your help.
>> >
>> > What URL did you get the zip files from?
>> >
>> > Did you check the signature as recommended here:
>> >
>> > http://www.apache.org/info/verification.html
>> >
>> > Or did you at least check the hash?
>> >
>> > The KEYS, sig and hashes must be downloaded from
>> >
>> > https://www.apache.org/dist/jmeter/KEYS
>> > and
>> > https://www.apache.org/dist/jmeter/binaries
>> >
>> >> MD
>> >>
>> >>
>> >> -
>> >> 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

Re: Download of JMeter zip blocked by anti-virus

[sebb]

On 3 October 2017 at 17:40,  <mathilde.duchos...@laposte.net> wrote:
> Ok, the point is closed.
>
>
> As recommended by the official Apache JMeter web site, I used an official 
> mirror site.
>
> I tried these 2 official French mirror sites:
>   http://mirrors.ircam.fr/pub/apache/

This URL works OK for me; I get the same contents as from

http://www-eu.apache.org/dist/jmeter/binaries/

>   http://apache.mirrors.ovh.net/ftp.apache.org/dist/

Likewise from here.

> and systematically got a reject by McAfee Web Gate, respectively with the 
> messages
>   "BehavesLike.Java.Exploit.xm"
>   "BehavesLike.Java.Suspicious-JAR.zv"
>
>
> Only after the mirror sites I tried Apache's official sites
>   http://www-eu.apache.org/dist/
>   http://www-us.apache.org/dist/
> and these are fine.
>
> I conclude that either something is wrong on the mirror sites or McAfee WG is 
> overzealous...

Or there was a problem with the downloads from the mirrors.

Did you check the hashes or sigs of the files downloaded from the mirrors?

As noted above, I don't get any issues with those mirrors.
I'm not using McAfee WG but the downloaded files are identical to the
ones downloaded from the ASF hosts.
And the sig for the zip file checks out OK.

So I think the problem is elsewhere than the mirrored files.

> MD
>
>
>
> - Mail original -
> De: "sebb" <seb...@gmail.com>
> À: "JMeter Users List" <user@jmeter.apache.org>
> Envoyé: Mardi 3 Octobre 2017 17:32:14
> Objet: Re: Download of JMeter zip blocked by anti-virus
>
> On 3 October 2017 at 15:55, <mathilde.duchos...@laposte.net> wrote:
>>
>> Hi JMeter experts !
>>
>>
>> The download of JMeter 3.3 (apache-jmeter-3.3.zip) is systematically blocked 
>> by my corporate anti-virus (McAfee Web Gate).
>>
>> The zip would contain a virus, the following message is issued: 
>> "BehavesLike.Java.Suspicious-JAR.zv"
>>
>> Before I reach out the McAfee WG administrator, I would like to know if 
>> something is wrong with the zip content ?
>>
>> Same observation with JMeter 3.2 zip archive.
>>
>> In advance, thank you very much for your help.
>
> What URL did you get the zip files from?
>
> Did you check the signature as recommended here:
>
> http://www.apache.org/info/verification.html
>
> Or did you at least check the hash?
>
> The KEYS, sig and hashes must be downloaded from
>
> https://www.apache.org/dist/jmeter/KEYS
> and
> https://www.apache.org/dist/jmeter/binaries
>
>> MD
>>
>>
>> -
>> 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

Re: Download of JMeter zip blocked by anti-virus

[sebb]

On 3 October 2017 at 15:55,   wrote:
>
> Hi JMeter experts !
>
>
> The download of JMeter 3.3 (apache-jmeter-3.3.zip) is systematically blocked 
> by my corporate anti-virus (McAfee Web Gate).
>
> The zip would contain a virus, the following message is issued: 
> "BehavesLike.Java.Suspicious-JAR.zv"
>
> Before I reach out the McAfee WG administrator, I would like to know if 
> something is wrong with the zip content ?
>
> Same observation with JMeter 3.2 zip archive.
>
> In advance, thank you very much for your help.

What URL did you get the zip files from?

Did you check the signature as recommended here:

http://www.apache.org/info/verification.html

Or did you at least check the hash?

The KEYS, sig and hashes must be downloaded from

https://www.apache.org/dist/jmeter/KEYS
and
https://www.apache.org/dist/jmeter/binaries

> MD
>
>
> -
> 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

Re: JMeter-Master/Slave error

[sebb]

Also if you have shell access to the server host: try running a short
test directly on the server.
A non-GUI test should be sufficient to show if the server has all the
software it needs.

On 23 June 2017 at 07:09, Ivan Rancati  wrote:
> Not sure. I would try remote execution with a normal JMeter listener, for
> example a plain http request
>
> If that works: there is a problem with the JMeter plugin you are using,
> contact the plugin maintainer
>
> If the remote http request also generates the below error: probably the
> local and remote java vms cannot communicate, check that the ports you are
> using are open (netstat on the remote and/or nc on the local)
>
> On Thu, Jun 22, 2017 at 5:07 PM, Anil Gaur  wrote:
>
>> I have added the plugin to slave as well but now i am getting below error.
>>
>>
>> 2017-06-22 08:05:03,846 ERROR o.a.j.e.ClientJMeterEngine: Error in
>> rconfigure() method java.rmi.MarshalException: error marshalling arguments;
>> nested exception is:
>> java.net.SocketException: Software caused connection abort: socket write
>> error
>>
>>
>>
>>

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: How to handle/capture batch Jobs using Jmeter

[sebb]

On 12 June 2017 at 08:47, Anil Gaur  wrote:
> Hi..
>
>
> I want to test batch processing in my application using Jmeter.
>
>
> Below are the Inputs:-
>
> 1) Batch jobs are ruining on back end and submitting the data to DB.
>
> 2) Every 30 min batch Jobs are executed.
>
> 3) Executed in Non UI mode.
>
>
>
> I want to do the performance for these batch jobs using Jmeter.
>

It is possible to set up JMeter to run a batch script using the

http://jmeter.apache.org/usermanual/component_reference.html#OS_Process_Sampler

However the only useful output will be the elapsed time.

It will be a lot easier to use some other tool for measuring the batch
performance.

>
> Please let me know how its possible and if any reference document which can 
> help me there.
>
>
>
> Thanks
>
> Anil Gaur

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: Jmeter has problems in Windows 10?

[sebb]

On 8 June 2017 at 13:08, Stuart Kenworthy  wrote:
> One thing to consider with cross platform testing is file paths, more 
> specifically path separators.
>
> Windows will use
>
> Test/data/customers.csv
>
> Whereas linux will use
>
> Test\data\customers.csv

Other way round, surely?

Also note that the Windows JVM can usally handle '/' as well as '\' so
for relative files you can use

Test/data/customers.csv

on both Windows and Linux/MacOS

> I had a slightly more elegant solution in place before but you should have a 
> custom variable of
>
> Pathseparator=${__BeanShell(import org.apache.jmeter.services.FileServer; 
> FileServer.getFileServer().getBaseDir();)}${__BeanShell(File.separator,)}
>
> The your path would be
>
> Test${Pathseparator}data${Pathseparator}customer.csv
>
> For both OSs
>
> -Original Message-
> From: Philippe Mouawad [mailto:philippe.moua...@gmail.com]
> Sent: 08 June 2017 06:36
> To: JMeter Users List 
> Subject: Re: Jmeter has problems in Windows 10?
>
> Hello,
> JMeter runs on Java VM 8 (as of 3.2), this means it can run on any os 
> supporting it.
> Windows 10 is one of those, so no problem.
>
> Most probably your windows 10 has different network settings which do not 
> allow some external connections.
>
> Check that you configured JMeter correctly regarding proxy:
>
> - https://jmeter.apache.org/usermanual/get-started.html#proxy_server
>
> Regards
>
> On Thursday, June 8, 2017, Cristian Amaya 
> wrote:
>
>>
>> Have a nice day, Do you know if Jmeter has conflicts to run tests in
>> Windows 10? I currently run tests on Linux and W10, but the results
>> are very different because in W10 many failed results are generated.
>> Thank you for your contributions.
>>
>>
>
> --
> Cordialement.
> Philippe Mouawad.
>
> 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

Re: JMeter 3.1 httpclient4.retrycount does not work

[sebb]

On 20 March 2017 at 13:30, Tuukka Mustonen <tuukka.musto...@gmail.com> wrote:
> I would expect failed/retried requests to be not calculated into results?
> Otherwise they would indicate better performance than what there is (I'm
> personally interested in successful throughput with 0 failures).
>

Depends what the test is intended to measure.
If it is looking at requests processed, then retries are requests and
need to be counted.

> *> Either way, if retries are enabled this needs to be allowed for
> when analysing results.*
>
> Not sure what you mean here?

Retries affect the time taken and the number of requests sent/replies received.
As such they can affect the result analysis and thus need to be allowed for.

So although retries may do no harm to the server state, they may
'harm' the results if not taken into consideration.

> To clarify my point: retrying for idempotent requests is enabled when
> setting httpclient4.retrycount=1 so (even with
> request_sent_retry_enabeld=false as per default). What this new property
> just adds on top of that is retries are attempted also for non-idempotent
> methods, thus imo name "retry_all_methods" would be better...?
>
> Tuukka
>
>
> On Mon, Mar 20, 2017 at 12:34 PM, sebb <seb...@gmail.com> wrote:
>
>> On 20 March 2017 at 10:11, Tuukka Mustonen <tuukka.musto...@gmail.com>
>> wrote:
>> > Thanks!
>> >
>> > I am not sure about the property name though - in normal retrying,
>> > idempotent requests (but not non-idempotent) are indeed resent. It does
>> no
>> > harm - two subsequent idemponent requests result in same data as just
>> one.
>>
>> Whilst it's true that multiple idempotent requests don't change the
>> server state, they do affect the test results.
>>
>> I'm not sure if the retries are counted in the stats or not.
>>
>> If not, then the calculated throughput will be reduced.
>> If they are included, then more requests will be counted than were
>> expected.
>>
>> Either way, if retries are enabled this needs to be allowed for when
>> analysing results.
>>
>> > So, property "request_sent_retry_enabled" sounds like it would enable
>> > retrying (or a subset of it) in general (to actually retry failures where
>> > request was sent but response wasn't read properly). I think better name
>> > would be something like "retry_all_methods"?
>> >
>> > Also, what remains a bit weird here is that in my tests HC 4 retrying is
>> > broken in JMeter 3.1 (but worked in snapshot build) but it works for you?
>> >
>> > Tuukka
>> >
>> >
>> > On Sat, Mar 18, 2017 at 7:35 PM, Philippe Mouawad <
>> > philippe.moua...@gmail.com> wrote:
>> >
>> >> Hi Tuukka,
>> >> Thanks for your feedback.
>> >> This feature has now been added cleanly and documented to trunk within
>> bug:
>> >> https://bz.apache.org/bugzilla/show_bug.cgi?id=60888
>> >>
>> >> # true if it's OK to retry requests that have been sent
>> >> # This will retry Idempotent and non Idempotent requests
>> >> # This should usually be false, but it can be useful
>> >> # when testing against some Load Balancers like Amazon ELB
>> >> #httpclient4.request_sent_retry_enabled=false
>> >>
>> >> See:
>> >> -
>> >> https://github.com/apache/httpclient/blob/4.5.x/
>> >> httpclient/src/main/java/org/apache/http/impl/client/
>> >> DefaultHttpRequestRetryHandler.java#L160
>> >>
>> >> As you can guess, settings this to true means that a request could be
>> >> received twice as we retry requests already sent.
>> >> So this means that even Non Idempotent requests are retried.
>> >>
>> >>
>> >> Regards
>> >> Philippe
>> >>
>> >> On Wed, Mar 15, 2017 at 4:45 PM, Tuukka Mustonen <
>> >> tuukka.musto...@gmail.com>
>> >> wrote:
>> >>
>> >> > Ok, I added test that uses POST/PATCH/DELETE/GET methods.
>> >> >
>> >> > With #6020 build of JMeter
>> >> > and httpclient4.request_sent_retry_enabled=false, there were some
>> >> retries,
>> >> > but mostly not. I think it retried GET (and maybe DELETE) methods but
>> not
>> >> > anything else.
>> >> >
>> >> > With httpclient4.request_sent_retry_enabled=true, all failed requests
>> >> were
>> >> > retried a

Re: JMeter 3.1 httpclient4.retrycount does not work

[sebb]

On 20 March 2017 at 10:11, Tuukka Mustonen <tuukka.musto...@gmail.com> wrote:
> Thanks!
>
> I am not sure about the property name though - in normal retrying,
> idempotent requests (but not non-idempotent) are indeed resent. It does no
> harm - two subsequent idemponent requests result in same data as just one.

Whilst it's true that multiple idempotent requests don't change the
server state, they do affect the test results.

I'm not sure if the retries are counted in the stats or not.

If not, then the calculated throughput will be reduced.
If they are included, then more requests will be counted than were expected.

Either way, if retries are enabled this needs to be allowed for when
analysing results.

> So, property "request_sent_retry_enabled" sounds like it would enable
> retrying (or a subset of it) in general (to actually retry failures where
> request was sent but response wasn't read properly). I think better name
> would be something like "retry_all_methods"?
>
> Also, what remains a bit weird here is that in my tests HC 4 retrying is
> broken in JMeter 3.1 (but worked in snapshot build) but it works for you?
>
> Tuukka
>
>
> On Sat, Mar 18, 2017 at 7:35 PM, Philippe Mouawad <
> philippe.moua...@gmail.com> wrote:
>
>> Hi Tuukka,
>> Thanks for your feedback.
>> This feature has now been added cleanly and documented to trunk within bug:
>> https://bz.apache.org/bugzilla/show_bug.cgi?id=60888
>>
>> # true if it's OK to retry requests that have been sent
>> # This will retry Idempotent and non Idempotent requests
>> # This should usually be false, but it can be useful
>> # when testing against some Load Balancers like Amazon ELB
>> #httpclient4.request_sent_retry_enabled=false
>>
>> See:
>> -
>> https://github.com/apache/httpclient/blob/4.5.x/
>> httpclient/src/main/java/org/apache/http/impl/client/
>> DefaultHttpRequestRetryHandler.java#L160
>>
>> As you can guess, settings this to true means that a request could be
>> received twice as we retry requests already sent.
>> So this means that even Non Idempotent requests are retried.
>>
>>
>> Regards
>> Philippe
>>
>> On Wed, Mar 15, 2017 at 4:45 PM, Tuukka Mustonen <
>> tuukka.musto...@gmail.com>
>> wrote:
>>
>> > Ok, I added test that uses POST/PATCH/DELETE/GET methods.
>> >
>> > With #6020 build of JMeter
>> > and httpclient4.request_sent_retry_enabled=false, there were some
>> retries,
>> > but mostly not. I think it retried GET (and maybe DELETE) methods but not
>> > anything else.
>> >
>> > With httpclient4.request_sent_retry_enabled=true, all failed requests
>> were
>> > retried and this resulted in zero errors.
>> >
>> > So yeah, this new option is something I would need/want with ALB (until
>> > they fix the issue, I still haven't received reply if AWS considers it a
>> > bug or a feature).
>> >
>> > Though I am still not sure what it actually does:
>> >
>> > *"However, can you crystalize what that new property is supposed to do?
>> As
>> > I wrote above I thought it was to retry also non-idempotent methods, but
>> I
>> > guess it's actually supposed to do something else?"*
>> >
>> > Tuukka
>> >
>> >
>> > On Fri, Mar 10, 2017 at 12:08 PM, Tuukka Mustonen <
>> > tuukka.musto...@gmail.com
>> > > wrote:
>> >
>> > > > You confirm it's this night nightly or yesterday's one ?
>> > > > Did you use the property:
>> > > > httpclient4.request_sent_retry_enabled=true
>> > >
>> > > It was this build: https://builds.apache.org/job/JMeter-trunk/6020/
>> > >
>> > > No, I didn't enable that property - I thought that property was to also
>> > > retry non-idempotent methods.
>> > >
>> > > > If you used httpclient4.request_sent_retry_enabled=true and it works
>> > > while
>> > > > it doesn't with httpclient4.request_sent_retry_enabled=false
>> > > > It's a good reason to add it.
>> > > > BUt if it already works with :
>> > > > httpclient4.request_sent_retry_enabled=false
>> > > >
>> > > > Then it might not be useful. Can you give feedback on this ?
>> > >
>> > > Yeah, I didn't declare it at so I guess it's not needed then...
>> > >
>> > > However, can you crystalize what that new property is supposed to do?
>> As
>> > I
>&g

Re: JMeter 3.1 httpclient4.retrycount does not work

[sebb]

On 9 March 2017 at 06:42, Philippe Mouawad  wrote:
> On Thursday, March 9, 2017, Tuukka Mustonen 
> wrote:
>
>> Hi Philippe and thanks for speedy actions!
>>
>> 1) Retrying only idempotent requests makes sense, as usual. But this (retry
>> on idempotent) seems to be only documented on wiki page (
>> https://wiki.apache.org/jmeter/JMeterSocketClosed). You should add it also
>> to http://jmeter.apache.org/usermanual/component_reference.html.
>>
>> 2) In this case, the requests are GETs (and without body) so they should be
>> retried.
>
> Yes.
> I debugged it and I confirm they are unless you face the exceptions I
> mentionned.
>
>>
>> So the bug you fixed shouldn't affect this scenario.
>
> Yes
>
>>
>> There must be
>> something else - any pointers to what logging module/level I should enable
>> to inspect the (failing) retry logic?
>
> As you can see there is no logging in this HC4 class
> Try the calling class. I' ll provide its name later
>
>>
>> 3) AFAIK PUT is idempotent - shouldn't you retry also that?
>
> No it's not IMU, it changes state of server.

PUT *is* idempotent.

It may change the state of the server the first time it is sent, but
subsequent PUTs should not change the state further.
So it can be repeated as required.

Similarly for DELETE

https://tools.ietf.org/html/rfc2616#section-9.1.2

>>
>> 4) In this case, once I add tests for POST/PATCH/DELETE etc. I also want to
>> retry these non-idempotent requests (to tolerate ALBs ugly behavior). These
>> are "just" performance tests so I don't care if I'm creating duplicate
>> data. Is there way to specify custom method whitelist to retry any HTTP
>> method? I see requestSentRetryEnabled in HC4 source code - can I enable
>> that somehow?
>
> Not for now.
> You case is a bit soecific no ?
>
>>
>> 5) *Related question:
>> is http.connection.stalecheck$Boolean=false (in hc.parameters file) valid
>> anymore on JMeter 3.x with improved retry/stale logic
>> (and httpclient4.validate_after_inactivity)? The line is still there in
>> bundled hc.parameters file...*
>
> i'll double check
>
>>
>> Tuukka
>>
>>
>> On Thu, Mar 9, 2017 at 12:25 AM, Philippe Mouawad <
>> philippe.moua...@gmail.com > wrote:
>>
>> > Hello,
>> > The issue with Get with body should be fixed now:
>> > - https://bz.apache.org/bugzilla/show_bug.cgi?id=60837
>> >
>> > Regards
>> > Philippe
>> >
>> > On Wed, Mar 8, 2017 at 8:53 PM, Philippe Mouawad <
>> > philippe.moua...@gmail.com 
>> > > wrote:
>> >
>> > > Hello Tuukka,
>> > >
>> > > In my recent tests I didn't face any issue with httpclient4.retrycount.
>> > > For me it works  but be aware that JMeter (HC4) does not retry all
>> > > requests, it only retries those it is allowed to :
>> > > - Idempotent HTTP methods which are by default those that do not
>> > implement
>> > > HttpEntityEnclosingRequest, so not POST, PUT,DELETE, PATCH, GET With
>> body
>> > > (<= That might be a bug thinking more about it)
>> > > - Non retriable exceptions (InterruptedIOException.class,
>> > > UnknownHostException.class, ConnectException.class,
>> SSLException.class)
>> > > - + Some other reasons
>> > >
>> > > See:
>> > > https://github.com/apache/httpclient/blob/4.5.x/
>> > > httpclient/src/main/java/org/apache/http/impl/client/
>> > > DefaultHttpRequestRetryHandler.java#L129
>> > >
>> > >
>> > > Regards
>> > > Philippe
>> > >
>> > >
>> > > On Wed, Mar 8, 2017 at 2:14 PM, Tuukka Mustonen <
>> > tuukka.musto...@gmail.com 
>> > > > wrote:
>> > >
>> > >> My problem is that AWS Application Load Balancer (ALB) terminates all
>> > >> existing connections during configuration changes (including
>> > >> auto-scaling).
>> > >> As my perf tests trigger auto-scaling, I want to retry failed requests
>> > >> that
>> > >> ALB connection termination causes.
>> > >>
>> > >> This results in a bunch of NoHttpResponseException whenever scaling
>> > occurs
>> > >> (=when ALB terminates existing connections).
>> > >>
>> > >> (And yeah, this load balancer behavior is weird and ugly but it's what
>> > >> they
>> > >> confirmed).
>> > >>
>> > >> Using HttpClient 4, In user.properties I have set:
>> > >>
>> > >> httpclient4.retrycount=1
>> > >>
>> > >> But that does nothing. I even tried:
>> > >>
>> > >> httpclient4.retrycount=1
>> > >>
>> > >> But zero effect.
>> > >>
>> > >> Switching to HttpClient 3.1 reproduces the problem. However, with
>> > >> HttpClient 3 and:
>> > >>
>> > >> httpclient3.retrycount=1
>> > >>
>> > >> The problem vanishes so I assume retrying then works.
>> > >>
>> > >> I couldn't find where retry-attempts are logged so I have no "proof"
>> > that
>> > >> HttpClient 4 wouldn't actually retry, but a) retrycount makes
>> difference
>> > >> on
>> > >> HttpClient 3.1 but not on 4 b) I would assume my whole process should
>> > >> crash
>> > >> with retrycount=1 if it was really applied.
>> > >>
>> > >> Related question: is 

Re: getting error when loading a results file; how do I get more details?

[sebb]

On 4 March 2017 at 21:42, Stuart Kenworthy  wrote:
> I have seen this randomly in every version of jmeter. Partial or corrupted 
> lines being written to log files is not new. Probably attributed to a thread 
> OOM errors or multiple writes occuring at the same time.

Was that with XML files or CSV format?
Or both?

> On 4 Mar 2017 21:14, Philippe Mouawad  wrote:
> Hello,
> Would it be possible to upload your test plan to Bug 60818?
>
> We'd like to understand how this occured.
> It may be a bug , but it may also be due to your test plan.
>
> Regards
>
> On Thu, Mar 2, 2017 at 5:02 PM, Scott Dean  wrote:
>
>> Found the problem.  It was a data error in the .csv results file.  One of
>> the lines did not have a value for Group Name and this caused the import to
>> fail when there was no value to add to the append to the label value.  No
>> clue why there was no thread group name for the record or how to reproduce
>> the bad result data.
>>
>> -- Scott Dean
>>North Carolina State University
>>
>> On Wed, Mar 1, 2017 at 11:58 AM, Scott Dean  wrote:
>>
>> > I have run my tests in non-gui mode and generated a results file.  I am
>> > now trying to pull the results into a summary report listener and
>> getting a
>> > error message in Result File Loader: "Error loading result file -- see
>> log
>> > file".  When I look in the jmeter.log file, all I see is "WARN -
>> > jmeter.reporters.ResultCollector: Problem reading JTL: > > file>".  I am assuming that this is the log file I am supposed to look
>> in.
>> > In addition, I get the error when "Include group name in label?" is
>> checked
>> > but I do not  when that setting is not checked.
>> >
>> >  Is there anything I can do to get more info about the error, like a
>> > setting that will give more verbose log output?  I am running jmeter
>> with a
>> > heap size of 2048m and the result file is 81.6 MB.
>> >
>> > Thanks
>> >
>> > -- Scott Dean
>> >North Carolina State University
>> >Raleigh NC.
>> >
>>
>
>
>
> --
> Cordialement.
> Philippe Mouawad.
>
>
> 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

Re: Test Duration

[sebb]

On 1 March 2017 at 16:25, Stuart Kenworthy <stuart.kenwor...@bjss.com> wrote:
> And how would this be used to control run time within the script itself?

[See Antonio's message]

Use it as the Scheduler Duration value.

> -Original Message-----
> From: sebb [mailto:seb...@gmail.com]
> Sent: 01 March 2017 16:24
> To: JMeter Users List <user@jmeter.apache.org>
> Subject: Re: Test Duration
>
> Simpler to use a property reference, for example:
>
> ${__P(RUNTIME,100)
>
> Then use -JRUNTIME=99 on the command line
>
>
>
> On 1 March 2017 at 16:18, Antonio Gomes Rodrigues <ra0...@gmail.com> wrote:
>> Hi,
>>
>> Put a JMeter variable in the "Thread Group" element in "Duration (seconds)"
>> input
>>
>> And use -J command line option to define it
>>
>> Antonio
>>
>> 2017-03-01 17:14 GMT+01:00 Bo Bodnar <bbod...@us.ibm.com>:
>>
>>> This is exactly the problem that came up in our test organization. We
>>> couldn't figure it out (running jmeter for a specified time from the
>>> command line) so, our solution is to have a shell script start jmeter
>>> and, after the required time, calls shutdown.sh. The whole thing
>>> works using nohup and works like a charm.
>>>
>>> Bo
>>>
>>>
>>>
>>> *Bohdan L. Bodnar*
>>> Lead Performance Engineer
>>> 1-312-871-5163 <(312)%20871-5163>
>>> --
>>> *E-mail:* *bbod...@us.ibm.com* <bbod...@us.ibm.com>
>>> 222 South Riverside Plaza
>>> Chicago, IL 60606
>>> United States
>>>
>>> [image: Inactive hide details for Stuart Barlow ---03/01/2017
>>> 10:04:07 AM---Hi. Is there a way to define the duration a test should
>>> run]Stuart Barlow ---03/01/2017 10:04:07 AM---Hi. Is there a way to
>>> define the duration a test should run via the command line?
>>>
>>> From: Stuart Barlow <stuart.bar...@gmail.com>
>>> To: <user@jmeter.apache.org>
>>> Date: 03/01/2017 10:04 AM
>>> Subject: Test Duration
>>> --
>>>
>>>
>>>
>>> Hi. Is there a way to define the duration a test should run via the
>>> command line?
>>>
>>> Is there a JMeter property available? Then it could be set using the
>>> -J command line option
>>>
>>> -J[prop_name]=[value]
>>>  defines a local JMeter property.
>>>
>>> Sorry if this was asked before.
>>>
>>> Thanks
>>>
>>> Stuart
>>>
>>>
>>>
>>>
>>>
>>> -
>>> 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 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

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: Test Duration

[sebb]

Simpler to use a property reference, for example:

${__P(RUNTIME,100)

Then use -JRUNTIME=99 on the command line



On 1 March 2017 at 16:18, Antonio Gomes Rodrigues  wrote:
> Hi,
>
> Put a JMeter variable in the "Thread Group" element in "Duration (seconds)"
> input
>
> And use -J command line option to define it
>
> Antonio
>
> 2017-03-01 17:14 GMT+01:00 Bo Bodnar :
>
>> This is exactly the problem that came up in our test organization. We
>> couldn't figure it out (running jmeter for a specified time from the
>> command line) so, our solution is to have a shell script start jmeter and,
>> after the required time, calls shutdown.sh. The whole thing works using
>> nohup and works like a charm.
>>
>> Bo
>>
>>
>>
>> *Bohdan L. Bodnar*
>> Lead Performance Engineer
>> 1-312-871-5163 <(312)%20871-5163>
>> --
>> *E-mail:* *bbod...@us.ibm.com* 
>> 222 South Riverside Plaza
>> Chicago, IL 60606
>> United States
>>
>> [image: Inactive hide details for Stuart Barlow ---03/01/2017 10:04:07
>> AM---Hi. Is there a way to define the duration a test should run]Stuart
>> Barlow ---03/01/2017 10:04:07 AM---Hi. Is there a way to define the
>> duration a test should run via the command line?
>>
>> From: Stuart Barlow 
>> To: 
>> Date: 03/01/2017 10:04 AM
>> Subject: Test Duration
>> --
>>
>>
>>
>> Hi. Is there a way to define the duration a test should run via the
>> command line?
>>
>> Is there a JMeter property available? Then it could be set using the -J
>> command line option
>>
>> -J[prop_name]=[value]
>>  defines a local JMeter property.
>>
>> Sorry if this was asked before.
>>
>> Thanks
>>
>> Stuart
>>
>>
>>
>>
>>
>> -
>> 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

Re: Shared Test Fragment between scenarii

[sebb]

http://jmeter.apache.org/usermanual/component_reference.html#Include_Controller

On 24 February 2017 at 18:40, Shay Ginsbourg  wrote:
> Interesting question. Please share your suggestion.
>
>
>
>
>
> On Thu, Feb 23, 2017 at 12:54 PM, Cyril SANTUNE 
> wrote:
>
>> Hi,
>>
>> I have several scenarii with the same "Test fragment". I copy/paste it
>> after an update on one scenario to the others. It works for a small
>> number of Jmeter file but it doesn't when the number increase.
>>
>> Do you know a better way to achieve this ?
>>
>> Thanks,
>> Cyril SANTUNE
>>
>> -
>> 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

Re: CSV Data Set Issue

[sebb]

On 22 February 2017 at 09:01, Anil Gaur  wrote:
> Hi All,
>
>
> I am facing an issue over Master Slave execution. While i am executing the 
> test on all slaves using master system without adding CSV data set config 
> then its running successfully.
>
> But while i add CSV data set config then its not running on slaves. Checked 
> the slave system log file and found the following exception:-
>
>
> "INFO  - jmeter.threads.JMeterThread: Thread started: Thread Group 1-10
> ERROR - jmeter.threads.JMeterThread: Test failed! 
> java.lang.IllegalArgumentException: File test_dynamic.csv must exist and be 
> readable."
> I have already placed the CSV file with same structure as on Master to slave.
>

The error message means JMeter could not find the file.

Either use an absolute path to the file, or ensure that the path to
the file is relative to the directory from which you launch the JMeter
server.

The server log file should have a line of the form:

 o.a.j.JMeter: PWD/home/abcd

so you can check.



>
> Please let me know if anyone can help me over the same.
>
>
>
>
>
> Thanks
>
> Anil Gaur

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: Correct configuration of JMeter for testing TPS allocated

[sebb]

On 16 January 2017 at 13:26, alexk  wrote:
> Hello,
>
> I was given access to a web service API that implements a throttling policy
> per user account. Each account has an allocated TPS. In my case the
> allocated TPS is 80.
>
> The problem is that for many requests that I make to the API I get: "HTTP
> Error 429 -- Too many requests try back in 1 second" even when I set my
> client's TPS to 50.
>
> I am pretty confident about the throttling I am performing on my end (used
> both Thread sleep and Guava's RateLimiter to test) and when I brought this
> up with the API owner they asked me to test with JMeter as they have done
> and they have certified that their API correctly implements TPS allocation.
>
> This is what I did. Testing from my production server's CLI with the
> configuration I have attached (http_req.jmx) I received again 429 errors.
>
> The way I did the test is that I created a thread group with:
>
> Number of threads: 10 (which is the number of threads my Java client's
> threadpool has configured)
> Ramp-up Period: 10
> Loop count: Forever
>
> And a timer:
>
> Constant Throughput Timer: 4800

That looks fine, assuming the timer was set to calculate the
throughput based on all the threads, not per thread.

> They told me that they did the test in a different way:
>
> Number of threads: 80
> Ramp-up Period: 1
> Loop count: 1
>
> I believe that their approach is not the correct way to perform the test as
> it does only one time the request and for my case I face the issue after a
> while. However, given my very limited exposure to JMeter I am not confident
> enough about my claims and approach either.

Their approach means the max throughput will depend on how quickly
their server and JMeter get warmed up.

It's hardly ever correct to use a loop count of 1.

> Could someone confirm whether my approach is correct or indicate where I am
> wrong. Also I would really appreciate if someone could give a brief
> explanation to convey to the owner's testing team about any (if there are
> any) flaws in their approach of using JMeter testing.

See above.

I had a quick look at the attached JMX.
I would recommend disabling/removing the Tree View and Table Listeners
as they are expensive.
Add a Summary Listener instead, as that will show the throughput.

Also you can replace the HTTP Sampler with a Java Request sampler.
Set the sleep time/mask according to the expected response times from
the server.

You can then run the test and see how JMeter behaves.

I just tried using the default sleep settings and it took quite a
while for the throughput rate to build up to 40.

If you know how long the test takes and how many requests were
serviced you can manually calculate the average throughput as a cross
check.

As I recall, the Summary listener calculates the cumulative rate
rather than the peak rate, so I suppose it would be possible for the
server to see a temporary overload if it used a short measurement
period.

If you record basic test results (start time and elapsed should be
enough) you can process the file to measure the gaps between the
samples, in case that is how they are measuring TPS.

> Thank you in advance
> Alex
>
>
> -
> 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

Re: Beanshell post processor and assertions

[sebb]

You might find a JSR223 Assertion easier to use; if that is placed
after any existing Assertions it should run after them.
However I have not tried this.

Alternatively, use the JSR223 Assertion to both check the condition
and do any further processing.

On 12 January 2017 at 08:04, UBIK LOAD PACK Support
 wrote:
> Hello,
> As per:
> http://jmeter.apache.org/usermanual/component_reference.html#postprocessors
>
> PostProcessors are ran before assertions that's why you're facing this
> issue.
> An option is to use a BeanShell PreProcessor in the next sampler and test
> for "JMeterThread.last_sample_ok" variable which JMeter sets.
> Besides, you should switch to JSR223 + Groovy instead of Beanshell for
> performance and maintainability.
>
> Regards
> @ubikloadpack
>
> On Thu, Jan 12, 2017 at 4:40 AM, Marcelo Jara 
> wrote:
>
>> I have a response assertion which looks for an error code in the response
>> data. When found the sampler is correctly marked a failure. I then have a
>> Beanshell post processor which looks to see if the previous sampler was an
>> error (!prev.isSuccessfull()). This is not working because the response for
>> isSuccessfull() is coming back as true even though the sampler failed due
>> to the assertion. Is there another way in Beanshell to check for the
>> failure?
>>
>>
>> Thanks,
>>
>>
>> MJ
>>
>>
>
>
> --
>
> Regards
> Ubik Load Pack  Team
> Follow us on Twitter 
>
>
> Cordialement
> L'équipe Ubik Load Pack 
> Suivez-nous sur Twitter 

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: JDBC request with table name as a variable?

[sebb]

On 7 December 2016 at 02:18, o haya  wrote:
> Hi,
>
> I want to implement at test plan where I am executing "select" statements but 
> against different table names, where the set of table names is in a CSV file.
>
> Say I have a CSV file:
>
> table1
> table2
> table3
>
> and I run the test plan, then this causes the following:
>
> select count(*) from table1
>
> then the next iteration in the loop does:
>
> select count(*) from table2
>
> then the next iteration in the loop does:
>
> select count(*) from table3
>
> then the next iteration in the loop does:
>
> select count(*) from table1
>
> etc.
>
> If the CSV file has:
>
> table10
> table11
> table12
> table13
>
> Then I run the test plan it will do:
>
> select count(*) from table10
>
> then the next iteration in the loop does:
>
> select count(*) from table11
>
> then the next iteration in the loop does:
>
> select count(*) from table12
>
> then the next iteration in the loop does:
>
> select count(*) from table13
>
> then the next iteration in the loop does:
>
> select count(*) from table10
>
> etc.
>
> I tried using
>
> select count(*) from ${tablename}
>
> but that appears to become:
>
> select count(*) from "table1"
>
> rather than:
>
> select count(*) from table1
>
> Is there a way to do what I'm trying to do with Jmeter?

That should work.
Are you sure that quotes are added to the table name in the query?
Check that they are not present in the input by using the Debug
element to display the value of the tablename variable.

> Thanks,
> Jim
>
>
>
> -
> 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

Re: BeanShell Assertion in jdbc request

[sebb]

On 18 November 2016 at 15:10, Sankar Das <007bhabanisan...@gmail.com> wrote:
> Hi,
>
> Thanks for the reply. Yes I am able to capture it.
>
> But my query is "SELECT STATUS,COUNT(*) FROM MYTABLE WHERE CREATIONTIME >
> TRUNC(SYSDATE) GROUP BY STATUS"
>
> So I have two columns here ID_# and WF_# and the rows will increase and
> decrease according to the sysdate.

ID_# and WF_# are not columns.

They are row counts, i.e. the number of ID_1,...ID_n and WF_1,...WF_n variables

>
> I want to do like this,
>
> If column1_row1_ ID_1 = Waiting and column2_row1_WF_1 > 25, than fail the
> sampler  "Failure = true".
>
> But the rows values are changing according to sysdate.
>
> so want to capture all the rows value

You already have the values in the variables ID_1...ID_n and WF_1...WF_n
And the counts are in ID_# and WF_#

> and compare them on run time and make
> the sampler "failure true or false".
>

You wrote "Above code is working when I know the number of rows for a particular
column. "

I provided details on how to extract the row count.

And you can get the value of a variable using vars.get(varname) where
varname is a string containing the variable name.

BeanShell is basically Java, so you can loop through values of n from
1 to ID_# and pick out the values:

for (int i=1; i<vars.get("WF_#"); i++) {
id = vars.get("ID_"+i);
wf = vars.get("WF_"+i);
   // do your checks
}

[Not tried this. You may need to use sprintf("ID_%i",i) to create the
variable name.]

>
>
>
> On Fri, Nov 18, 2016 at 4:48 PM, sebb <seb...@gmail.com> wrote:
>
>> On 18 November 2016 at 14:15, Sankar Das <007bhabanisan...@gmail.com>
>> wrote:
>> > Hello Everyone,
>> >
>> > Getting two columns from a jdbc sampler  i.e ID and WF. Trying to fail
>> it,
>> > if it exceeds than the predefined variables by using beanshell.
>> > Below is the sample code.
>> >
>> > String myValue1 = vars.get("WF_1");
>> > String myValue2 = vars.get("WF_2");
>> > if(!myValue1.equals ("3")){
>> >   log.info("myValue1 =" + myValue1);
>> >   Failure = true;
>> >   FailureMessage = " The database value should be " + myValue1 + ".";
>> > }
>> > else if(!myValue2.equals ("5")){
>> >   //log something
>> >   Failure = true;
>> >   log.info("myValue2 =" + myValue2);
>> >FailureMessage = " The database value should be " + myValue2 + ".";
>> >
>> > else {
>> >   //can be log something?
>> >  Failure = false;
>> >
>> >
>> > }
>> > Above code is working when I know the number of rows for a particular
>> > column. If the rows values are dynamic and increasing or decreasing
>> > according to sysdate than how to compare them with the predefined and
>> fail
>> > the sampler.
>> >
>> > Please help!
>>
>> As per http://jmeter.apache.org/usermanual/component_
>> reference.html#JDBC_Request
>>
>> the number of rows is stored in the variables
>>
>> ID_# and WF_#
>>
>> > Thanks!
>>
>> -
>> 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

Re: BeanShell Assertion in jdbc request

[sebb]

On 18 November 2016 at 14:15, Sankar Das <007bhabanisan...@gmail.com> wrote:
> Hello Everyone,
>
> Getting two columns from a jdbc sampler  i.e ID and WF. Trying to fail it,
> if it exceeds than the predefined variables by using beanshell.
> Below is the sample code.
>
> String myValue1 = vars.get("WF_1");
> String myValue2 = vars.get("WF_2");
> if(!myValue1.equals ("3")){
>   log.info("myValue1 =" + myValue1);
>   Failure = true;
>   FailureMessage = " The database value should be " + myValue1 + ".";
> }
> else if(!myValue2.equals ("5")){
>   //log something
>   Failure = true;
>   log.info("myValue2 =" + myValue2);
>FailureMessage = " The database value should be " + myValue2 + ".";
>
> else {
>   //can be log something?
>  Failure = false;
>
>
> }
> Above code is working when I know the number of rows for a particular
> column. If the rows values are dynamic and increasing or decreasing
> according to sysdate than how to compare them with the predefined and fail
> the sampler.
>
> Please help!

As per http://jmeter.apache.org/usermanual/component_reference.html#JDBC_Request

the number of rows is stored in the variables

ID_# and WF_#

> Thanks!

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: How can I unsubscribe myself ?

[sebb]

Please unsubscribe yourself; send a message to

user-unsubscr...@jmeter.apache.org

and reply to the confirmation mail.


On 21 October 2016 at 09:06, Sheetal Jharia Baru  wrote:
> Hi Team,
> I no longer work in JMeter hence do not wish to receive these emails.
> Can I please be unsubscribed ?
>
> Thanks,
> Sheetal

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: How would you go about creating a new Thread Group type?

[sebb]

On 17 October 2016 at 22:08, Robin D. Wilson  wrote:
> Just throwing this out there - to see if anyone wants to lead a code-level 
> newbie down the right path. I've been using JMeter for
> 8-9 years now, and really like it. But one thing that bugs me is the way the 
> Thread Group works. Specifically, the idea of the
> "loops" bothers me.
>
>
>
> Consider this scenario:
>
>
>
> 1) 100 "users" (e.g., threads)
>
> 2) 10 loops
>
> 3) Test has 10 HTTP Requests in it
>
>
>
> By this logic, you should end up with 100 (users) X 10 loops X 10 HTTP 
> Requests = 10,000 requests.
>
>
>
> And you do.
>
>
>
> BUT, what you actually get when you run the test isn't as clear as you think. 
> It is basically 100 threads, each running 10 times,
> and each thread loop running 10 HTTP requests in sequence.
>
>
>
> Here's the problem, if thread 1 completes its 10 loops in 100 seconds, but 
> threads 2-100 take 200 seconds to complete their 10
> loops. The load will be reduced to only 99 simultaneous threads (users) for 
> the last 100 seconds of the test run. That's not a
> 'huge' deal, but it can affect the perception of the test if you look at it 
> more like threads 1-50 finish in 100 seconds, and
> threads 51-100 take an extra 100 seconds after that to complete. Then only 
> half of your test cycle was at the required 'max' load
> you wanted to create, while the other half was at 50% of the required load. 
> (It is reasonably possible that I'm just misinterpreting
> how it actually works, but it appears to work like this from my experience 
> since I can see threads continuing to process after some
> threads appear to stop - and it lasts longer than it takes to get through the 
> entire cycle - sometimes for several minutes at the
> end of a test run.)
>
>
>
> I'd like to create a new Thread Group that doesn't assign the thread to the 
> loop until it starts again at the top of the cycle. So
> if thread-1 finishes really fast, and there are still loops to run - it just 
> picks up another loop and runs it. I would always want
> to maintain at least 100 threads executing, so long as there were loops left 
> to run. So basically, you multiply the number of loops
> by the number of threads (1000 in my example), and your 100 threads always 
> restart until there are no loops left to run. Then the
> longest period you have where you aren't fully loading the servers is just 
> the last loop for every thread.
>

You can probably do this by using a CSV Data set with 1 entries.
Each thread picks the next entry (does not matter what it is) and runs
the test samples.
When all the entries have been used up, stop the test.

But the normal way to do this is to make sure that the test runs for
long enough that startup and shutdown variations don't affect the
results.

>
> BUT, I am not 100% sure where I would start in the source code. I have 
> programmed before (a long time ago), but if someone could
> point me in the right direction (like, which source files would need to be 
> modified, and how would I register my new Thread Group as
> a different option), I think I could figure it out pretty quickly.
>
>
>
> --
>
> Robin D. Wilson
>
>   rwils...@gmail.com
>
>
>

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: HTTP PUT bytes output does NOT include the uploaded file size

[sebb]

On 13 October 2016 at 08:31, Ivan Rancati <ivan.ranc...@gmail.com> wrote:
> Hello,
>
> quick feedback on the UI.
> in the "Sample Result Save Configuration" dialog box there is a new
> checkbox (Save sent bytes count).
> Perhaps the existing checkbox (Save bytes count) could be renamed to "Save
> received bytes count" for extra clarity.

+1

Though it should be "byte count" rather than "bytes count"

> The same goes for the headers of the generated .csv file, but perhaps
> renaming an existing header might break compatibility with existing
> reports.

-1 for changing the csv file headers

> thanks for the enhancement and best regards
> Ivan
>
> On Sun, Oct 9, 2016 at 5:24 PM, Philippe Mouawad <
> p.moua...@ubik-ingenierie.com> wrote:
>
>> Hello,
>> Enhancement implemented in :
>> https://bz.apache.org/bugzilla/show_bug.cgi?id=60229
>>
>> You can test it and give feedback using nightly build:
>> - http://jmeter.apache.org/nightly.html
>>
>> Regards
>> Philippe M.
>>
>>
>> --
>> Cordialement.
>> Philippe Mouawad.
>> Ubik-Ingénierie
>>
>> UBIK LOAD PACK Web Site <http://www.ubikloadpack.com/>
>>
>> UBIK LOAD PACK on TWITTER <https://twitter.com/ubikloadpack>
>>
>>
>> On Mon, Oct 3, 2016 at 5:18 PM, Ahmad A <anafo...@hotmail.com> wrote:
>>
>> > Hi I would argue that many users will benefit from adding a metric to
>> > calculate the sent bytes for PUT and POST.
>> > I was wondering can someone create a bug for this (or point me to how to
>> > create one? I have not created a jmeter bug before).
>> > Is there anytime line for this functionality?
>> > thanks
>> > Ahmad
>> >
>> > > Subject: Re: HTTP PUT bytes output does NOT include the uploaded file
>> > size
>> > > To: user@jmeter.apache.org
>> > > From: ser...@bosoconsulting.it
>> > > Date: Sat, 1 Oct 2016 21:36:34 +0200
>> > >
>> > > HI ,
>> > >
>> > > thumbs up for a new metric measuring output bytes.
>> > > It should not break any current report, but  I have this need very
>> often.
>> > > It is a common requirement for many application types like document
>> > management.
>> > > Also, it is not so simple to forecast the output size, when considering
>> > cookies, headers, content compression, etc.
>> > >
>> > > Regards
>> > > Sergio
>> > >
>> > > Il 01/10/2016 14.57, Philippe Mouawad ha scritto:
>> > > > Hello,
>> > > > See discussion "Add a new metric : sent bytes", there have been some
>> > > > feedback on this proposal.
>> > > >
>> > > > Even if it's some work, I believe it should be here.
>> > > > I am often asked to provide the outgoing traffic from JMeter.
>> > > > To provide it I have to rely on 3rd party tools.
>> > > > It would be nice to have it as we currently have a report that graphs
>> > > > incoming bytes.
>> > > >
>> > > > Regards
>> > > >
>> > > > On Sat, Oct 1, 2016 at 2:52 PM, sebb <seb...@gmail.com> wrote:
>> > > >
>> > > >> On 1 October 2016 at 08:35, Ivan Rancati <ivan.ranc...@gmail.com>
>> > wrote:
>> > > >>> I would suggest:
>> > > >>>
>> > > >>> write a sampler in Java that does the http put, then you can access
>> > the
>> > > >>> Response object and set the size to a value you specify.
>> > > >>> I think it would also work with the scripting samples (like
>> > Beanshell,
>> > > >>> Javascript)
>> > > >>>
>> > > >>> I personally don't think there is anything to fix, as all samplers
>> > return
>> > > >>> the size of the response, and it would be confusing to have a model
>> > where
>> > > >>> the size is sometimes the request, sometimes the response, or a mix
>> > of
>> > > >> the
>> > > >>> two. I'm a JMeter user, not a developer, so that's just my opinion,
>> > maybe
>> > > >>> I'm missing something obvious
>> > > >> You have put it very well.
>> > > >> JMeter measures the server response size.
>> > > >>
>> > > >> I suppose there could 

Re: HTTP PUT bytes output does NOT include the uploaded file size

[sebb]

On 1 October 2016 at 08:35, Ivan Rancati  wrote:
> I would suggest:
>
> write a sampler in Java that does the http put, then you can access the
> Response object and set the size to a value you specify.
> I think it would also work with the scripting samples (like Beanshell,
> Javascript)
>
> I personally don't think there is anything to fix, as all samplers return
> the size of the response, and it would be confusing to have a model where
> the size is sometimes the request, sometimes the response, or a mix of the
> two. I'm a JMeter user, not a developer, so that's just my opinion, maybe
> I'm missing something obvious

You have put it very well.
JMeter measures the server response size.

I suppose there could be an option to include the request size, but
that would be a fair amount of work to add.
It's obviously not a huge need, otherwise there would have been more
requests to add it (and maybe a patch or two).

Note that the size of file uploads will generally be known by the
tester, so can be allowed for if necessary.
Whereas the server response size is not known until the request completes.

> On Fri, Sep 30, 2016 at 8:54 PM, Ahmad A  wrote:
>
>> Hi IvanThank you for your prompt response.
>> The content-length that is being returned with the PUT request is actually
>> 0
>> Content-Length: 0
>> So I am guessing Jmeter is calculating the response size of all the
>> headers and text returned which is consistent with the 464 bytes recorded
>> for all object PUTs. This calculation of bytes for PUT is not correct since
>> the measurement needs to be the amount of data sent (PUT, POST) not
>> received (GET).
>> Is it possible to get this fixed??
>> thanks
>> Ahmad
>>
>>
>> > From: ivan.ranc...@gmail.com
>> > Date: Fri, 30 Sep 2016 20:39:46 +0200
>> > Subject: Re: HTTP PUT bytes output does NOT include the uploaded file
>> size
>> > To: user@jmeter.apache.org
>> >
>> > I would imagine JMeter returns the size of the http response, not the
>> size
>> > of the uploaded data.
>> > What does the Content-Length header return for your request?
>> > I would imagine it's a constant number, regardless of how many bytes you
>> PUT
>> >
>> > Example with wget, it's similar with curl
>> > wget -S -O /dev/null --method=PUT
>> > --body-data="123456789012345678901234567890
>> 123456789012345678901234567890"
>> > http://...
>> >
>> > best regards
>> > Ivan
>> >
>>

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: Upload 1GB file from dropbox

[sebb]

On 12 September 2016 at 07:35, Riji K  wrote:
> Hi,
>
> I have a issue, need ur guidance. I have to upload a zip file of size 1GB
> from drop box.

Are you uploading to Dropbox or downloading from Dropbox?

> The file link is
> https://www.dropbox.com/s/lb5usmwaarht4ma/100MB_file.zip?dl=1. I pass the
> file link in "Send file with request", the Mime type is
> application/octet-stream and Parameter Name is File.
>
> I get a error "File is not a Normal file", can somebody help me please.

What exactly did you put in the HTTP Request fields?

>
> Regards,
> Riji K

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: can somebody clarify encoding of recorder?

[sebb]

On 30 August 2016 at 14:36, harry_no_spot <13651877...@163.com> wrote:
> hi,
> how does jmeter deal with the encoding  in HTTP script recoder element?

JMeter relies on the browser doing any necessary encoding.
The recorder takes what it sees and stores that as parameters in the
appropriate HTTP samples.

> I asked becuase I encounter one problem.
> 1. use a browser to directly access a website and do a post, simplified 
> chinese characters submitted displayed ok in result page.
> 2. use a broser to access same website through jmeter as a proxy. simplified 
> chinese become something like ??

It's not obvious what you mean by this.
Where are the characters displayed incorrectly?
In the browser? Or in the test plan?

> so I want to know how HTTP script recorder deal with encoding? is there 
> somewhere to let poeple control or set it?

It would help if you could provide a simple example:
What did you do?
What did you expect to happen?
What actually happened?

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: JMeter is skipping checking the checkbox of encode parameters

[sebb]

On 24 August 2016 at 10:46, Sankar Das <007bhabanisan...@gmail.com> wrote:
> Hi,
>
> While recording, Jmeter is not checking the checkbox of the encode
> parameter of  one of the view-state. Hence after the correlations that
> particulate actions is not giving desired output.

AFAICR JMeter records the parameter as encoded and therefore does not
tick the 'encode' checkbox.
That would result in double-encoding.

> Have checked with other performance testing tools, they are not skipping it
> on that action.

Maybe they decode parameters first?

> To workaround checking the encode parameters while doing the enhancement.

I've no idea what that sentence means.

> My query is why JMeter is skipping it while recording?

You'll need to provide exact details of what is happening to know
whether this is a bug or not.

> Thanks!

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: JMeter 3.0 question

[sebb]

On 22 August 2016 at 21:01,   wrote:
> Hi Philippe,
>
> Thanks for getting back to me so quickly.
>
> This is actually a Web Service SOAP  Request in JMeter 2.11 .  When I bring 
> the .jmx file into 3.0   it gives it a file icon.(See the attached file)
>
> When I migrate to 3.0 does this make my JMeter 2.11 non functional?

You can replace the test element using 2.11 with an HTTP Sampler (as
mentioned in the 2.11 docs ...).
It will then work in both 2.11 and 3.0.

>
> Thanks
>
> Marc
>
> -Original Message-
> From: Philippe Mouawad [mailto:p.moua...@ubik-ingenierie.com]
> Sent: Monday, August 22, 2016 2:04 PM
> To: JMeter Users List
> Subject: Re: JMeter 3.0 question
>
> Hello,
> Jmeter displays this when component has been deprecated and removed.
>
> Migration is always described at:
> http://jmeter.apache.org/changes.html
>
> In 2.12 or 2.13 we first deprecated it (so it was still here but not
> visible) and it is removed in 3.0.
>
> So you can migrate to the last version where it was still available, do the 
> migration then upgrade to 3.0.
>
>
>
> What is the component that was obsoleted for you ?
> Regards
> Philippe M.
> @philmdot
>
>
> On Monday, August 22, 2016,  wrote:
>
>> My organization has been using JMeter version 2.11 for quite some time.
>> We are in the process of evaluating  JMeter 3.0.  When I try to bring
>> in our .jmx file from Our 2.11 environment into the JMeter 3.0, I get
>> a message stating that the  "This test element is obsolete".  Is there
>> any switch or configuration setting  that needs to be changeded on to
>> make the 2.11 .jmx file to work with 3.0?
>>
>>
>> Thanks,
>>
>> Marc
>>
>
>
> --
> Cordialement.
> Philippe Mouawad.
> Ubik-Ingénierie
>
> UBIK LOAD PACK Web Site 
>
> UBIK LOAD PACK on TWITTER 
>
>
> -
> 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

Re: JMeter is not calculating the time when the tread is getting timeout

[sebb]

AFAICT it is failing, provided that the total time is more than 11 seconds.

That's not the case for tests 2A and 2B.

Check the Tree View and/or add a Table listener to show the timings.

On 19 August 2016 at 12:03, Sankar Das <007bhabanisan...@gmail.com> wrote:
> ok.  Then why Duration assertion is not failing?
>
> On Fri, Aug 19, 2016 at 1:53 PM, sebb <seb...@gmail.com> wrote:
>
>> Note that Assertions don't generate any sample results unless they fail.
>>
>> That does not mean that they have not run.
>>
>> On 19 August 2016 at 10:55, Sankar Das <007bhabanisan...@gmail.com> wrote:
>> > Thanks for the reply.
>> >
>> > Findings are below with :
>> >
>> > HTTP Sampler
>> > Duration Assertion
>> > Response Assertion
>> > View Results Tree
>> >
>> >
>> > 1. Without timeout in HTTP Sampler:
>> >
>> > Duration assertion :Assertion failure message: The operation lasted too
>> > long: It took 733 milliseconds, but should not have lasted longer than 11
>> > milliseconds.
>> > Response Assertion :Assertion failure message: Test failed: text expected
>> > to contain /NOT FOUND/
>> > Response Data: Proper Response
>> >
>> > 2. With timeout HTTP Sampler:
>> > A:
>> > Timeout(milliseconds)
>> > connect :1 , Response:1
>> >
>> > Duration assertion : Not Running
>> > Response Assertion :Assertion failure message: Test failed: text expected
>> > to contain /NOT FOUND/
>> > Response Data: org.apache.http.conn.ConnectTimeoutException: Connect to
>> > www.myurl.com.com:80 timed out
>> >
>> > B:
>> > Timeout(milliseconds)
>> > connect :5 , Response:5
>> >
>> > Duration assertion : Not Running
>> > Response Assertion :Assertion failure message: Test failed: text expected
>> > to contain /NOT FOUND/
>> > Response Data: org.apache.http.conn.ConnectTimeoutException: Connect to
>> > www.myurl.com.com:80 timed out
>> >
>> > C:
>> > Timeout(milliseconds)
>> > connect :10 , Response:10
>> >
>> > Duration assertion : Assertion failure message: The operation lasted too
>> > long: It took 12 milliseconds, but should not have lasted longer than 11
>> > milliseconds.
>> > Response Assertion :Assertion failure message: Test failed: text expected
>> > to contain /NOT FOUND/
>> > Response Data: org.apache.http.conn.ConnectTimeoutException: Connect to
>> > www.myurl.com.com:80 timed out
>> >
>> > D:
>> > Timeout(milliseconds)
>> > connect :1000 , Response:1000
>> >
>> > Duration assertion : Assertion failure message: The operation lasted too
>> > long: It took 12 milliseconds, but should not have lasted longer than 11
>> > milliseconds.
>> > Response Assertion :Assertion failure message: Test failed: text expected
>> > to contain /NOT FOUND/
>> > Response Data: Proper Response
>> >
>> > My query was
>> >
>> > *Irrespective of the result of the response data, the "Response
>> Assertion"
>> > is running. So why not the "Duration assertion".*
>> >
>> > Hope I am clear with my query.
>> >
>> > Thanks!
>> >
>> >
>> >
>> >
>> > On Fri, Aug 19, 2016 at 12:11 PM, sebb <seb...@gmail.com> wrote:
>> >
>> >> Duration assertion works for me when applied to a HTTP sample timeout.
>> >>
>> >> But note that the sample result will have been marked as failed; this
>> >> may affect other test elements such as assertions.
>> >>
>> >> Try a very simple test plan with just:
>> >>
>> >> HTTP Sampler
>> >> Duration Assertion
>> >> View Results Tree
>> >>
>> >>
>> >> On 16 August 2016 at 18:23, Adrian Speteanu <asp.ad...@gmail.com>
>> wrote:
>> >> > If you can obtain the entire time interval by adding the intended
>> request
>> >> > and pre/post actions into a single transaction controller, than any
>> >> > duration assertion you add as child of the controller should do what
>> you
>> >> > say. But, again, I'm still fuzzy on what exactly is that you're
>> trying to
>> >> > do.
>> >> >
>> >> > Cheers,
>> >> > A
>> >> >
>> >> > On Tue, Aug 16, 2016 at 4:28 PM, San

Re: JMeter is not calculating the time when the tread is getting timeout

[sebb]

Duration assertion works for me when applied to a HTTP sample timeout.

But note that the sample result will have been marked as failed; this
may affect other test elements such as assertions.

Try a very simple test plan with just:

HTTP Sampler
Duration Assertion
View Results Tree


On 16 August 2016 at 18:23, Adrian Speteanu  wrote:
> If you can obtain the entire time interval by adding the intended request
> and pre/post actions into a single transaction controller, than any
> duration assertion you add as child of the controller should do what you
> say. But, again, I'm still fuzzy on what exactly is that you're trying to
> do.
>
> Cheers,
> A
>
> On Tue, Aug 16, 2016 at 4:28 PM, Sankar Das <007bhabanisan...@gmail.com>
> wrote:
>
>> Add to this.
>>
>> If the "Response Assertion" can verify the response text irrespective of
>> the sampler connection time than why not the "Duration Assertion" wont
>> calculate the timing if the thread is timing out.
>>
>> PS: Do know that "Duration Assertion" will calculate the time of the
>> sampler first than compare with the duration given. If the thread is
>> waiting then it will also wait.
>>
>> Thanks!
>>
>> On Tue, Aug 16, 2016 at 4:07 PM, Sankar Das <007bhabanisan...@gmail.com>
>> wrote:
>>
>> > Hi,
>> >
>> > Thanks a lot for the reply.
>> >
>> > Trying check the accessibility of some APIs on some intervals by help of
>> > Jenkins, Ant and JMeter and do some actions if they are not
>> accessible.Not
>> > the server response time. I guess from JMeter we can do it.Yes, we can
>> also
>> > do functional testing using JMeter although it acts like a browser.
>> >
>> >
>> > Thanks!
>> >
>> >
>> > On Tue, Aug 16, 2016 at 3:40 PM, Adrian Speteanu 
>> > wrote:
>> >
>> >> I don't understand the use-case or why anyone would want to include any
>> >> timeouts in the response times if they're added by anything else other
>> >> than
>> >> the system under test. The purpose of the tool is to measure server side
>> >> response times (from just before starting a new connection to the point
>> >> just after receiving the last bit of the response), not the measurement
>> >> tool's own processing/time-wait periods.
>> >>
>> >> That been said, I've seen use-cases where one might need to calculate
>> the
>> >> total duration of an action that requires multiple/nested requests and
>> in
>> >> order to get the total value for this group, one can use the transaction
>> >> controller and adding a listener that has this controller in its scope.
>> I
>> >> think it might have some options that might prove useful:
>> >> http://jmeter.apache.org/usermanual/component_reference.
>> >> html#Transaction_Controller
>> >>
>> >> I must insist though that a bigger problem would be the requirements and
>> >> making sure they are justified.
>> >>
>> >> Cheers,
>> >> A
>> >>
>> >> On Tue, Aug 16, 2016 at 3:11 PM, Sankar Das <007bhabanisan...@gmail.com
>> >
>> >> wrote:
>> >>
>> >> > Hi,
>> >> >
>> >> > *Scenario*: My requirement is to do some actions when the assertion
>> >> fails.
>> >> >
>> >> > *Issue*:When the thread is timing out (have provided the timeout
>> details
>> >> > in" HTTP Request Defaults", JMeter "Duration Assertion" is not
>> >> calculating
>> >> > the timing of the timed out sampler.
>> >> >
>> >> > Hence not able to do the action.
>> >> >
>> >> > *Expected*.
>> >> > Response duration should be able to calculate the timeout time of the
>> >> > sampler ,even if the sampler is timed-out.
>> >> >
>> >>
>> >
>> >
>>

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: Post Data Not Sent In Request When Certain Character Strings Are Included

[sebb]

On 18 August 2016 at 21:42, Creech, Justin - US  wrote:
> In a test plan that I am trying to execute, there is a step that includes a 
> request with post data. One of the parameters in the post data includes 
> special characters. The parameter name is '__RequestVerificationToken'. When 
> the parameter name is spelled correctly, the request is sent with no post 
> data included. The request fails. However when the parameter is changed 
> slightly, post data will be included with the request. Because the correct 
> parameter names are not sent, the request also fails. Below is a list of 
> parameter names that do and do not break the sending of post data.
>
> Parameter names that do break the sending of post data:
> '__RequestVerificationToken'
> '__RRequestVerificationToken'
> '**RequestVerificationToken'
>
> Parameter names that do not break the sending of post data:
> '__TRequestVerificationToken'
> 'RequestVerificationToken'

JMeter does not check the parameter names, so something else is going on here.
Or are you using any 3rd party plugins?

Can you provide a very simple test plan that shows the behaviour?

The mailing list does not support attachments so you will have to
upload it somewhere public and post the URL.

> -Justin

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: How to close the files opened by XPath function

[sebb]

On 19 July 2016 at 01:47, Joseph Roy <joseph@resmed.com.au> wrote:
> Thanks Seb for the replay
>
> I am using jmeter 2.11 and java 8

That is quite old. You should consider upgrading, though I don't think
there have been changes to XPath.

> I see in the jmeter.log file while executing XPATH function a message 
> 'opening file .xml'
> But I don’t see any message like 'closing file' like we see for CSV dataset 
> config.

Not all file operations are logged.

> Okay so if it is stores in DOM, how do we release that DOM object to free up 
> the memory.

Actually it stores the result of parsing the file and applying the
search function.

> I can see even after thread exits and test finishes memory is held up (DOM 
> objects possible..)

Yes. The cache is only cleared at the start of a run.
Though fixing that won't help here.

> Is there any post processor or anything that I can used to free up 
> unwanted/out of scope DOM objects so that I have room to run more XPATH 
> functions.

That's not possible currently. There is a shared cache which cannot be
cleared until the test completes.

> Right now I am running out of memory or I have to configure really high -XMX 
> heap parameter.
>
> Please suggest

Depends on why the XPATH function is being used.
If it is being used to provide test data, use CSV Dataset instead.
That is much more efficient.
If it is parsing sample response data, consider using a different
method of parsing the data.

> Thanks
> Joseph
>
>
> -Original Message-
> From: sebb [mailto:seb...@gmail.com]
> Sent: Tuesday, 19 July 2016 9:11 AM
> To: JMeter Users List <user@jmeter.apache.org>
> Subject: Re: How to close the files opened by XPath function
>
> On 18 July 2016 at 03:16, Joseph Roy <joseph@resmed.com.au> wrote:
>> Hi All,
>>
>> I am using ${__XPath() function to parse and xml in my test plan. I am 
>> invoking this function in every thread. I have observed that each time 
>> thread invokes this function the file is opened once. Well,  my thread will 
>> do the job and exists but the file is not getting closed/or freeing the 
>> memory. I have observed that file is not getting closed even after test 
>> finishes. >From Jmeter JVM heap I can see that it's not freeing up after GC 
>> cycles.
>
> Which version of JMeter are you using?
> And which version of Java?
>
> The code opens the file, parses it and stores the DOM, then closes the file.
>
>> Is it possible to close the files opened through XPath() after its use?
>
> See above; the files are already closed.
>
>> Please suggest
>> Joseph
>>
>>
>> Warning:  Copyright ResMed.  Where the contents of this email and/or
>> attachment includes materials prepared by ResMed, the use of those materials 
>> is subject exclusively to the conditions of engagement between ResMed and 
>> the intended recipient.
>>
>> This communication is confidential and may contain legally privileged 
>> information.
>> By the use of email over the Internet or other communication systems,
>> ResMed is not waiving either confidentiality of, or legal privilege in the 
>> content of the email and of any attachments.
>> If the recipient of this message is not the intended addressee, please call 
>> ResMed immediately on  +61 2 8884 1000 Sydney, Australia.
>
> -
> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
> For additional commands, e-mail: user-h...@jmeter.apache.org
>
>
> Warning:  Copyright ResMed.  Where the contents of this email and/or 
> attachment includes materials prepared by ResMed, the use of those
> materials is subject exclusively to the conditions of engagement between 
> ResMed and the intended recipient.
>
> This communication is confidential and may contain legally privileged 
> information.
> By the use of email over the Internet or other communication systems, ResMed 
> is not waiving either confidentiality of, or legal
> privilege in the content of the email and of any attachments.
> If the recipient of this message is not the intended addressee, please call 
> ResMed immediately on  +61 2 8884 1000 Sydney, Australia.
>
> -
> 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

Re: considerations about properties and vars

[sebb]

On 12 August 2016 at 14:53, harry_no_spot <13651877...@163.com> wrote:
> hi,
> No matter what it is, property or variable. they are all configurable things. 
> So I think It should be divided from the software or jmx script file.
>
> properties can be set in a file. and passed to jmeter as a commmand option.

Yes.

> But variables can not be set in a file. Do not tell me it can be set in a CSV 
> file, obviously 'CSV date set config' is not for variable value set, but born 
> for multi users' data set, for load test.
> so only left UDV, user parameters, which is v sorry is that these two 
> components is only can be used to set values in Test Plan, which's integrated 
> in jmx file. variables can not be set in a file.

Agreed variables cannot be set in a file.
That's the way it was designed.
Variables are designed to be local to a thread and to vary.
Variables listed in files clearly would be constant, so should
probably be properties anyway.

However it's easy enough to define variables on the Test Plan in terms
of properties which in turn can be defined in a file.

>
>

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: pause and resume jmeter execution

[sebb]

What is the use-case for this?

On 21 July 2016 at 10:31, Prakash Palnati  wrote:
> Hi,
>
> I am looking for an option to pause and resume Jmeter execution
> (single/multiple threads)
>
>
>
>1. Pausing and Resuming through command line
>2. From the Jmeter UI
>3. By coding in some language in a sampler of Jmeter
>
>
>
>
>
> *Regards,*
>
> *Prakash*

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: How to close the files opened by XPath function

[sebb]

On 18 July 2016 at 03:16, Joseph Roy  wrote:
> Hi All,
>
> I am using ${__XPath() function to parse and xml in my test plan. I am 
> invoking this function in every thread. I have observed that each time thread 
> invokes this function the file is opened once. Well,  my thread will do the 
> job and exists but the file is not getting closed/or freeing the memory. I 
> have observed that file is not getting closed even after test finishes. From 
> Jmeter JVM heap I can see that it's not freeing up after GC cycles.

Which version of JMeter are you using?
And which version of Java?

The code opens the file, parses it and stores the DOM, then closes the file.

> Is it possible to close the files opened through XPath() after its use?

See above; the files are already closed.

> Please suggest
> Joseph
>
>
> Warning:  Copyright ResMed.  Where the contents of this email and/or 
> attachment includes materials prepared by ResMed, the use of those
> materials is subject exclusively to the conditions of engagement between 
> ResMed and the intended recipient.
>
> This communication is confidential and may contain legally privileged 
> information.
> By the use of email over the Internet or other communication systems, ResMed 
> is not waiving either confidentiality of, or legal
> privilege in the content of the email and of any attachments.
> If the recipient of this message is not the intended addressee, please call 
> ResMed immediately on  +61 2 8884 1000 Sydney, Australia.

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: JMeter 2.13 vs JMeter 3.0

[sebb]

On 11 July 2016 at 17:37, jagdeepjain  wrote:
> Hi,
>
> A: I have a script in JMeter 2.13, when I open this in text edition it shows
> one of the line as below:
> 
>
>
> B: Once I save the script in JMeter 3.0 the line it saves with show below:
> 
>
> Now when I open JMeter 2.13 test plan in JMeter 3.0 and save with new
> changes, the line as in A does not change to the line as in B. Does this
> have any impact on the overall test plan execution?

No.

> What is the meaning of this line?

Information only.

> Thanks,
> Jagdeep
>
>
>
>
>
> --
> View this message in context: 
> http://jmeter.512774.n5.nabble.com/JMeter-2-13-vs-JMeter-3-0-tp5724483.html
> Sent from the JMeter - User mailing list archive at Nabble.com.
>
> -
> 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

Re: Jmeter pausing when running

[sebb]

Thanks for letting us know; glad it was sorted.

On 8 July 2016 at 17:19, Janine DeBeradinis <jdeberadi...@higherone.com> wrote:
> I wanted to give everyone an update on this issue and thank you all for the 
> help.
>
> We found that the issue was actually with one of our DB Servers.   It was 
> having some issues and also a bad cable.  Once we swapped out that server for 
> a new one, the JMeter pausing issue went away.
>
> Thanks again everyone for all the help!
>
> -Original Message-
> From: Deepak Shetty [mailto:shet...@gmail.com]
> Sent: Friday, June 10, 2016 9:03 PM
> To: JMeter Users List
> Subject: Re: Jmeter pausing when running
>
> True but original OP did mention that the load on the system drops too -
> which I take to mean that if they have a cluster it happens across the
> board...
> On Jun 10, 2016 2:51 PM, "sebb" <seb...@gmail.com> wrote:
>
>> On 10 June 2016 at 20:00, Deepak Shetty <shet...@gmail.com> wrote:
>> > Hi
>> > Ok to add to what everyone else has already recommended , it looks like
>> > atleast JMeter is ok  and the problem lies somewhere between the JMeter
>> > java process and your server .
>> > There are many components in between that might be causing an issue , if
>> > your application server isnt seeing the load , but JMeter is showing that
>> > its waiting on requests.
>> >  Firewall was mentioned -There are other possibilities - In one case we
>> had
>> > our application servers with a software load balancer in front. The
>> > App-server was running out of sockets(keep-alives and os configuration)
>> but
>> > the software load balancer would try and retry and roll over to other
>> > servers in the cluster which effectively meant the client (in this case
>> > Jmeter) waits but the application server doesnt see any
>> > traffic/load/requests. because idle sockets were getting killed in 30
>> > seconds after a brief pause it would look like things start working again
>> > etc. It depends on what your application looks like
>> > You'd have to inspect every component and see which has the load and
>> which
>> > doesnt and see where you could enable some logs or inspect the component.
>> >
>> > Another good idea is what sebb recommended - If an independent access to
>> > your site , when JMeter has paused , also pauses,  then it eliminates the
>> > JMeter client machine as a problem
>> >
>>
>> The reverse is not true - if there is a load balancer involved, the
>> browser may work OK if it gets a different server.
>>
>> >
>> >
>> >
>> > On Fri, Jun 10, 2016 at 6:30 AM, Janine DeBeradinis <
>> > jdeberadi...@higherone.com> wrote:
>> >
>> >> Oh, ok.  No, this was not the complete thread dump.  All the threads had
>> >> looked the same I believe, but I will paste below.  A few got cut off
>> in my
>> >> console, but I figured that was ok.
>> >>
>> >> Thanks again.
>> >>
>> >> at
>> >>
>> org.apache.http.impl.io.AbstractMessageParser.parse(AbstractMessageParser.java:254)
>> >> at
>> >>
>> org.apache.http.impl.AbstractHttpClientConnection.receiveResponseHeader(AbstractHttpClientConnection.java:289
>> >> )
>> >> at
>> >>
>> org.apache.http.impl.conn.DefaultClientConnection.receiveResponseHeader(DefaultClientConnection.java:252)
>> >> at
>> >>
>> org.apache.http.impl.conn.ManagedClientConnectionImpl.receiveResponseHeader(ManagedClientConnectionImpl.java:
>> >> 191)
>> >> at
>> >>
>> org.apache.jmeter.protocol.http.sampler.MeasuringConnectionManager$MeasuredConnection.receiveResponseHeader(M
>> >> easuringConnectionManager.java:201)
>> >> at
>> >>
>> org.apache.http.protocol.HttpRequestExecutor.doReceiveResponse(HttpRequestExecutor.java:300)
>> >> at
>> >>
>> org.apache.http.protocol.HttpRequestExecutor.execute(HttpRequestExecutor.java:127)
>> >> at
>> >>
>> org.apache.http.impl.client.DefaultRequestDirector.tryExecute(DefaultRequestDirector.java:715)
>> >> at
>> >>
>> org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:520)
>> >> at
>> >>
>> org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:906)
>> >> at
>

Re: Summariser report doesn't appear in log

[sebb]

Works for me.

Which version of JMeter?

Running GUI/non-GUI?

Note that the summariser settings in the properties file are mainly
intended to be used in non-GUI mode.


On 20 June 2016 at 10:59, Cyril SANTUNE  wrote:
> Hello,
>
> I set these properties in my jmeter.properties file:
> summariser.name=summary
> summariser.log=true
>
> But, when I run my scenario, the summariser logs only appear on the
> console (stdout).
> There is nothing in jmeter.log.
>
> I also try to defined another output file with
> log_file.jmeter.reporters.Summariser=summariser.log. It doesn't work
> either.
>
> -
> 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

Re: Thread Group not run

[sebb]

What happens if you add a 4th Thread Group at the end - does that run?
Just add a simple Java Sampler to to it.

Please recheck the jmeter log file for anything unusual.

If this were a general problem with JMeter 2.13 or 3.0 I'm fairly sure
there would have been a lot of complaints.
However this only seems to affect your test plan, so it seems to be
something about the way that is configured.


On 5 July 2016 at 13:23, Guruprasad <guruprasa...@gmail.com> wrote:
> I have the third party jars added as well. But I'm not using any of them in 
> my tests.
>
> I took a new copy of jmeter 3.0 & run the script. I get the same issue here 
> as well, without third party jars.
>
> Regards
> Guruprasad
>
>> On ಜುಲೈ 5, 2016, at 04:18 ಅಪರಾಹ್ನ, sebb <seb...@gmail.com> wrote:
>>
>> Are you running standard JMeter, or have you added any 3rd party jars
>> to the classpath?
>>
>> They have been known to cause issues.
>>
>>> On 5 July 2016 at 11:42, Guruprasad <guruprasa...@gmail.com> wrote:
>>> Hi Sebb, there isn't any error logged to the jmeter.log file.
>>>
>>> The load thread is set to 'Continue' on Sampler error.
>>>
>>> Regards
>>> Guruprasad
>>>
>>>>> On ಜುಲೈ 5, 2016, at 01:48 ಅಪರಾಹ್ನ, sebb <seb...@gmail.com> wrote:
>>>>>
>>>>> On 5 July 2016 at 08:13, Guruprasad R <guruprasa...@gmail.com> wrote:
>>>>> hi,
>>>>>
>>>>> I have 3 thread groups that are set to run sequentially.
>>>>>
>>>>> Login
>>>>> Load website
>>>>> Logout
>>>>>
>>>>> When i run this, the Logout thread group doesn't run. If i place my Logout
>>>>> thread group between Login and Load website, all 3 run without any issue.
>>>>> Only when i place my Logout at the end, the sampler under it never gets
>>>>> executed.
>>>>>
>>>>> I've also tried putting the Logout thread's sampler under tearDown Thread
>>>>> Group, but i see the same issue.
>>>>> I'm not sure if i'm missing anything here. Any suggestions on this??
>>>>
>>>> Sounds like the test is not completing properly.
>>>> Check the jmeter.log file for any errors.
>>>>
>>>> Does the "Load" thread group have "Stop test" set as the Action on
>>>> Sampler error?
>>>>
>>>>> Jmeter: 2.13 r1665067
>>>>> Java: 1.8.0_92, 64-bit
>>>>>
>>>>> Regards,
>>>>> Guruprasad R
>>>>
>>>> -
>>>> 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

Re: Thread Group not run

[sebb]

Are you running standard JMeter, or have you added any 3rd party jars
to the classpath?

They have been known to cause issues.

On 5 July 2016 at 11:42, Guruprasad <guruprasa...@gmail.com> wrote:
> Hi Sebb, there isn't any error logged to the jmeter.log file.
>
> The load thread is set to 'Continue' on Sampler error.
>
> Regards
> Guruprasad
>
>> On ಜುಲೈ 5, 2016, at 01:48 ಅಪರಾಹ್ನ, sebb <seb...@gmail.com> wrote:
>>
>>> On 5 July 2016 at 08:13, Guruprasad R <guruprasa...@gmail.com> wrote:
>>> hi,
>>>
>>> I have 3 thread groups that are set to run sequentially.
>>>
>>> Login
>>> Load website
>>> Logout
>>>
>>> When i run this, the Logout thread group doesn't run. If i place my Logout
>>> thread group between Login and Load website, all 3 run without any issue.
>>> Only when i place my Logout at the end, the sampler under it never gets
>>> executed.
>>>
>>> I've also tried putting the Logout thread's sampler under tearDown Thread
>>> Group, but i see the same issue.
>>> I'm not sure if i'm missing anything here. Any suggestions on this??
>>
>> Sounds like the test is not completing properly.
>> Check the jmeter.log file for any errors.
>>
>> Does the "Load" thread group have "Stop test" set as the Action on
>> Sampler error?
>>
>>> Jmeter: 2.13 r1665067
>>> Java: 1.8.0_92, 64-bit
>>>
>>> Regards,
>>> Guruprasad R
>>
>> -
>> 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

Re: Thread Group not run

[sebb]

On 5 July 2016 at 08:13, Guruprasad R  wrote:
> hi,
>
> I have 3 thread groups that are set to run sequentially.
>
> Login
> Load website
> Logout
>
> When i run this, the Logout thread group doesn't run. If i place my Logout
> thread group between Login and Load website, all 3 run without any issue.
> Only when i place my Logout at the end, the sampler under it never gets
> executed.
>
> I've also tried putting the Logout thread's sampler under tearDown Thread
> Group, but i see the same issue.
> I'm not sure if i'm missing anything here. Any suggestions on this??

Sounds like the test is not completing properly.
Check the jmeter.log file for any errors.

Does the "Load" thread group have "Stop test" set as the Action on
Sampler error?

> Jmeter: 2.13 r1665067
> Java: 1.8.0_92, 64-bit
>
> Regards,
> Guruprasad R

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: How to handle windows authentication pop up in jmeter.

[sebb]

Are you sure that the values are correct?

What - exactly - does the pop-up say?

On 5 July 2016 at 05:28, Pravesh Prajapati <prajapati.prav...@gmail.com> wrote:
> Yes,
> I have only one test plan and I have placed authorization manager on the
> top of the first request.
>
> On Monday, July 4, 2016, sebb <seb...@gmail.com> wrote:
>
>> Are you sure the Auth Manager is in the correct place in plan?
>> If not, it won't be used.
>>
>> Are you sure that the values in the Auth Manager are correct?
>>
>> On 3 July 2016 at 16:59, Pravesh Prajapati <prajapati.prav...@gmail.com
>> <javascript:;>> wrote:
>> > Hi Sebb,
>> > Still facing the same.
>> >
>> >
>> >
>> > On Sun, Jul 3, 2016 at 3:36 AM, sebb <seb...@gmail.com <javascript:;>>
>> wrote:
>> >
>> >>
>> >>
>> http://jmeter.apache.org/usermanual/component_reference.html#HTTP_Authorization_Manager
>> >>
>> >> On 2 July 2016 at 18:11, Pravesh Prajapati <prajapati.prav...@gmail.com
>> <javascript:;>>
>> >> wrote:
>> >> > Hi Team,
>> >> > When I launch application, I am getting windows pop-up, the I have to
>> >> enter
>> >> > id and password & then I continue further action.
>> >> >
>> >> > But while replaying I am getting login request fail.
>> >> > can you pleas help me how to handle this in jmeter?
>> >> >
>> >> > --
>> >> > Regards,
>> >> > Pravesh prajapati.
>> >> > Mob:-9702600170
>> >>
>> >> -
>> >> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
>> <javascript:;>
>> >> For additional commands, e-mail: user-h...@jmeter.apache.org
>> <javascript:;>
>> >>
>> >>
>> >
>> >
>> > --
>> > Regards,
>> > Pravesh prajapati.
>> > Mob:-9702600170
>>
>> -
>> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org <javascript:;>
>> For additional commands, e-mail: user-h...@jmeter.apache.org
>> <javascript:;>
>>
>>
>
> --
> Regards,
> Pravesh prajapati.
> Mob:-9702600170

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: How to handle windows authentication pop up in jmeter.

[sebb]

Are you sure the Auth Manager is in the correct place in plan?
If not, it won't be used.

Are you sure that the values in the Auth Manager are correct?

On 3 July 2016 at 16:59, Pravesh Prajapati <prajapati.prav...@gmail.com> wrote:
> Hi Sebb,
> Still facing the same.
>
>
>
> On Sun, Jul 3, 2016 at 3:36 AM, sebb <seb...@gmail.com> wrote:
>
>>
>> http://jmeter.apache.org/usermanual/component_reference.html#HTTP_Authorization_Manager
>>
>> On 2 July 2016 at 18:11, Pravesh Prajapati <prajapati.prav...@gmail.com>
>> wrote:
>> > Hi Team,
>> > When I launch application, I am getting windows pop-up, the I have to
>> enter
>> > id and password & then I continue further action.
>> >
>> > But while replaying I am getting login request fail.
>> > can you pleas help me how to handle this in jmeter?
>> >
>> > --
>> > Regards,
>> > Pravesh prajapati.
>> > Mob:-9702600170
>>
>> -
>> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
>> For additional commands, e-mail: user-h...@jmeter.apache.org
>>
>>
>
>
> --
> Regards,
> Pravesh prajapati.
> Mob:-9702600170

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: How to handle windows authentication pop up in jmeter.

[sebb]

http://jmeter.apache.org/usermanual/component_reference.html#HTTP_Authorization_Manager

On 2 July 2016 at 18:11, Pravesh Prajapati  wrote:
> Hi Team,
> When I launch application, I am getting windows pop-up, the I have to enter
> id and password & then I continue further action.
>
> But while replaying I am getting login request fail.
> can you pleas help me how to handle this in jmeter?
>
> --
> Regards,
> Pravesh prajapati.
> Mob:-9702600170

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: Latency is 0 but elasped time is 10000ms

[sebb]

On 29 June 2016 at 11:03, Mohit Garg  wrote:
> In my testplan, Request with larger elasped time shows that latency is 0
> and elapsed is almost 1ms. But from my application metrics , it is
> visible that it took only 200ms. so around 9800ms is latency. So why it is
> not captured in the latency column. Is it a bug in jmeter?

Impossible to say without further information.
Which version of JMeter, which Sampler, etc.

Some samplers don't provide latency; it is always 0.
How are you doing the metrics which disagree?

Can you provide a short sample of CSV output that shows some
statistics which disagree with your metrics?

This mailing list drops attachments, so you will need to post it
somewhere public and provide the URL.

> --
> Thanks,
> Mohit Garg

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: J Meter - Solace JMS MQ - Issue

[sebb]

On 15 June 2016 at 09:26, Saurabh Munjal <saurabh.mun...@macquarie.com> wrote:
> I have checked the file is not existing.

JMeter cannot be supplied with a file as it is dependent on the JMS to be used.

> Though I have freshly created a file in bin directory but script is still not 
> working.
> Kindly advise.

Sorry, I've no idea what the contents should be.
Check the provider JMS documentation to see if there are some sample files.

> -Original Message-
> From: sebb [mailto:seb...@gmail.com]
> Sent: 15 June 2016 13:46
> To: JMeter Users List
> Subject: Re: J Meter - Solace JMS MQ - Issue
>
> On 15 June 2016 at 05:40, Saurabh Munjal <saurabh.mun...@macquarie.com>
> wrote:
>
>> Hi Team,
>>
>>
>>
>> I am using Jmeter for solace jms MQ.
>>
>> I have used JMS subscriber and JMS publisher sampler to establish the
>> connection and pass the input request.
>>
>> As per existing solace queue details, I need to pass the JMS VPN
>> details along with other details however I don’t find any input
>> parameter to pass the VPN detail.
>>
>>
>>
>> There is a checkbox to select the jndi.properties file but not sure
>> where can I place it for jmeter to pick at the start up.
>>
>
> The file should be in the directory from which you launch JMeter.
>
>
>
>> I’ll appreciate, if someone can share his views on it.
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Regards,
>>
>> *Saurabh Munjal*| Consultant, Shared Services Center
>>
>> Corporate Operations Group - Technology | Macquarie Global Services
>> Private Limited
>>
>> L 14 DLF BDG 14B,Cybercity,Gurgaon,India
>>
>> T +911244813493 | M +91-262026 I E
>> mailto:saurabh.mun...@macquarie.com <saurabh.mun...@macquarie.com>
>>
>> www.macquarie.com.au
>>
>>
>>
>> This email and any attachment is confidential. If you are not the
>> intended recipient, please delete this message. Macquarie does not
>> guarantee the integrity of any emails or attachments. For important
>> disclosures and information about the incorporation and regulated
>> status of Macquarie Group entities please see:
>> www.macquarie.com/disclosures
>>
>
> This email and any attachment is confidential. If you are not the intended 
> recipient, please delete this message. Macquarie does not guarantee the 
> integrity of any emails or attachments. For important disclosures and 
> information about the incorporation and regulated status of Macquarie Group 
> entities please see: www.macquarie.com/disclosures

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: J Meter - Solace JMS MQ - Issue

[sebb]

On 15 June 2016 at 05:40, Saurabh Munjal 
wrote:

> Hi Team,
>
>
>
> I am using Jmeter for solace jms MQ.
>
> I have used JMS subscriber and JMS publisher sampler to establish the
> connection and pass the input request.
>
> As per existing solace queue details, I need to pass the JMS VPN details
> along with other details however I don’t find any input parameter to pass
> the VPN detail.
>
>
>
> There is a checkbox to select the jndi.properties file but not sure where
> can I place it for jmeter to pick at the start up.
>

The file should be in the directory from which you launch JMeter.



> I’ll appreciate, if someone can share his views on it.
>
>
>
>
>
>
>
>
>
> Regards,
>
> *Saurabh Munjal*| Consultant, Shared Services Center
>
> Corporate Operations Group - Technology | Macquarie Global Services
> Private Limited
>
> L 14 DLF BDG 14B,Cybercity,Gurgaon,India
>
> T +911244813493 | M +91-262026 I E
> mailto:saurabh.mun...@macquarie.com 
>
> www.macquarie.com.au
>
>
>
> This email and any attachment is confidential. If you are not the intended
> recipient, please delete this message. Macquarie does not guarantee the
> integrity of any emails or attachments. For important disclosures and
> information about the incorporation and regulated status of Macquarie Group
> entities please see: www.macquarie.com/disclosures
>

Re: Perfmon Plugin Metrics in Jmeter

[sebb]

On 14 June 2016 at 11:35, Deepak Goel <deic...@gmail.com> wrote:
> Is there a way to monitor server statistics without using a plugin in
> Jmeter. I can't seem to find help in documentation...

No, sorry.

> Hey
>
> Namaskara~Nalama~Guten Tag~Bonjour
>
>
>--
> Keigu
>
> Deepak
> 73500 12833
> www.simtree.net, dee...@simtree.net
> deic...@gmail.com
>
> LinkedIn: www.linkedin.com/in/deicool
> Skype: thumsupdeicool
> Google talk: deicool
> Blog: http://loveandfearless.wordpress.com
> Facebook: http://www.facebook.com/deicool
>
> "Contribute to the world, environment and more : http://www.gridrepublic.org
> "
>
> On Tue, Jun 14, 2016 at 3:55 PM, sebb <seb...@gmail.com> wrote:
>
>> On 14 June 2016 at 10:38, Deepak Goel <deic...@gmail.com> wrote:
>> > Hey
>> >
>> > Namaskara~Nalama~Guten Tag~Bonjour
>> >
>> > I have configured the "Perfmon Plugin Metrics" in Jmeter. I have started
>> > the serveragent. However the statistics are not showing up in Jmeter.
>> >
>> > Any ideas?
>>
>> I'm afraid this is off-topic for this list; the plugin is produced and
>> maintained by a 3rd party to whom you should address all queries.
>>
>> > 1. I have started the serveragent. It is running on port 
>> > 2. I have disabled firewall
>> > 3. I have configured the plugin to collect the metrics on the ip/port
>> >
>> > Deepak
>> >--
>> > Keigu
>> >
>> > Deepak
>> > 73500 12833
>> > www.simtree.net, dee...@simtree.net
>> > deic...@gmail.com
>> >
>> > LinkedIn: www.linkedin.com/in/deicool
>> > Skype: thumsupdeicool
>> > Google talk: deicool
>> > Blog: http://loveandfearless.wordpress.com
>> > Facebook: http://www.facebook.com/deicool
>> >
>> > "Contribute to the world, environment and more :
>> http://www.gridrepublic.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

Re: Perfmon Plugin Metrics in Jmeter

[sebb]

On 14 June 2016 at 10:38, Deepak Goel  wrote:
> Hey
>
> Namaskara~Nalama~Guten Tag~Bonjour
>
> I have configured the "Perfmon Plugin Metrics" in Jmeter. I have started
> the serveragent. However the statistics are not showing up in Jmeter.
>
> Any ideas?

I'm afraid this is off-topic for this list; the plugin is produced and
maintained by a 3rd party to whom you should address all queries.

> 1. I have started the serveragent. It is running on port 
> 2. I have disabled firewall
> 3. I have configured the plugin to collect the metrics on the ip/port
>
> Deepak
>--
> Keigu
>
> Deepak
> 73500 12833
> www.simtree.net, dee...@simtree.net
> deic...@gmail.com
>
> LinkedIn: www.linkedin.com/in/deicool
> Skype: thumsupdeicool
> Google talk: deicool
> Blog: http://loveandfearless.wordpress.com
> Facebook: http://www.facebook.com/deicool
>
> "Contribute to the world, environment and more : http://www.gridrepublic.org
> "

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: Jmeter pausing when running

[sebb]

On 8 June 2016 at 20:05, Janine DeBeradinis <jdeberadi...@higherone.com> wrote:
> Sorry, I'm not exactly sure what you mean.  Run both the server and client in 
> non-gui mode on the same machine?

No.

Run JMeter standalone in non-GUI mode on each of the server hosts.

i.e. for each server:
copy the test plan across
login and start the JMeter test using non-Gui mode
After the test completes, copy the output back to the client system
for analysis.

Since there are only two servers involved this should be pretty easy to try.

> -Original Message-----
> From: sebb [mailto:seb...@gmail.com]
> Sent: Wednesday, June 08, 2016 2:56 PM
> To: JMeter Users List
> Subject: Re: Jmeter pausing when running
>
> The JMeter GUI takes a lot more resources than running in non-Gui mode.
> Also client-server mode takes more resources as it has to send back the 
> results.
>
> Since you only have two machines actually running the test, it should be easy 
> enough to try running them stand-alone in non-GUI mode in parallel.
>
>
>
>
> On 8 June 2016 at 19:41, Janine DeBeradinis <jdeberadi...@higherone.com> 
> wrote:
>> We are using 3 machines.
>>
>> 1 is running JMeter GUI to distribute the load.  (also trying to see
>> if the pausing issue goes away) The other 2 are running JMeter server.
>>
>> They are all Windows Server 2012 R2 machines.
>>
>> Thanks.
>> Janine
>>
>> -Original Message-
>> From: Deepak Goel [mailto:deic...@gmail.com]
>> Sent: Wednesday, June 08, 2016 12:47 PM
>> To: JMeter Users List
>> Subject: Re: Jmeter pausing when running
>>
>> What machine are you running the test from? Is it a laptop or a desktop for 
>> personal use?
>>
>> Hey
>>
>> Namaskara~Nalama~Guten Tag~Bonjour
>>
>>
>>--
>> Keigu
>>
>> Deepak
>> 73500 12833
>> www.simtree.net, dee...@simtree.net
>> deic...@gmail.com
>>
>> LinkedIn: www.linkedin.com/in/deicool
>> Skype: thumsupdeicool
>> Google talk: deicool
>> Blog:
>> https://urldefense.proofpoint.com/v2/url?u=http-3A__loveandfearless.wo
>> rdpress.com=DQIFaQ=G2J7obiPomkpMVl1prtGFw=1OgbcP-oUjBUH-3H8avzbU
>> L8Jplqf3JrZ0J8DHFWVZE=Q7QdXYQGe-rZwgYG-F0UQuBOUV8fVsyteZl_FEcZ5fU=
>> Au4_yzYoutDa59LBgoqwvraAw3A_W4bhaXyB6azgyCM=
>> Facebook:
>> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.facebook.com_d
>> eicool=DQIFaQ=G2J7obiPomkpMVl1prtGFw=1OgbcP-oUjBUH-3H8avzbUL8Jpl
>> qf3JrZ0J8DHFWVZE=Q7QdXYQGe-rZwgYG-F0UQuBOUV8fVsyteZl_FEcZ5fU=sC34g
>> I9c7G5kALpTSm-Np-s7lFURlfsjH_Zh4zbnbPs=
>>
>> "Contribute to the world, environment and more :
>> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.gridrepublic.o
>> rg=DQIFaQ=G2J7obiPomkpMVl1prtGFw=1OgbcP-oUjBUH-3H8avzbUL8Jplqf3J
>> rZ0J8DHFWVZE=Q7QdXYQGe-rZwgYG-F0UQuBOUV8fVsyteZl_FEcZ5fU=U_jTZpfYA
>> Z4lWmjZkzSVlkxPqhktjUtJP2vvEIInJ6s=
>> "
>>
>> On Wed, Jun 8, 2016 at 10:09 PM, Bob Nance <bob.na...@novationsys.com>
>> wrote:
>>
>>> I’ve been having an issue with JMeter periodically pausing when
>>> running a load test and am not sure how to resolve this.  We have
>>> tried several things, but nothing seems to be working.  The behavior
>>> is I start a JMeter load test. The test will run fine for a few minutes, 
>>> then pause, then pick
>>> back up, then pause, etc.   I’ve tried upping the heap size when starting
>>> JMeter, running in distributed mode and non distributed mode, even
>>> turning off our Anti-Virus software, but the issue still persists.
>>> The amount of load being generated isn’t that much either.  My test has 
>>> about 75
>>> different thread groups, but we are only using 1 thread per group.   The
>>> last thing I tired was adding -XX:+DisableExplicitGC to jmeter.bat
>>> file, but that didn’t work either.
>>>
>>> Does anyone have any other suggestions or thoughts?
>>>
>>> Do the logs reflect the delay? (or could it just be a delayed display
>>> issue)
>>> Do you have any data visualizations/listeners running during the tests?
>>> (they can eat up a lot of CPU cycles) Do you have anything else
>>> running on the computer that might be stealing the network card?
>>> Is there a pattern that might point you somewhere (like it happens
>>> nearly at the same test, or every 12.5 seconds or something)?
>>>
>>> No direct help, but those are all things that I have seen affect my tests.
>>>
>>> -Bob
>>>
>>>
>>> ---
>>>

Re: Jmeter pausing when running

[sebb]

The JMeter GUI takes a lot more resources than running in non-Gui mode.
Also client-server mode takes more resources as it has to send back the results.

Since you only have two machines actually running the test, it should
be easy enough to try running them stand-alone in non-GUI mode in
parallel.




On 8 June 2016 at 19:41, Janine DeBeradinis  wrote:
> We are using 3 machines.
>
> 1 is running JMeter GUI to distribute the load.  (also trying to see if the 
> pausing issue goes away)
> The other 2 are running JMeter server.
>
> They are all Windows Server 2012 R2 machines.
>
> Thanks.
> Janine
>
> -Original Message-
> From: Deepak Goel [mailto:deic...@gmail.com]
> Sent: Wednesday, June 08, 2016 12:47 PM
> To: JMeter Users List
> Subject: Re: Jmeter pausing when running
>
> What machine are you running the test from? Is it a laptop or a desktop for 
> personal use?
>
> Hey
>
> Namaskara~Nalama~Guten Tag~Bonjour
>
>
>--
> Keigu
>
> Deepak
> 73500 12833
> www.simtree.net, dee...@simtree.net
> deic...@gmail.com
>
> LinkedIn: www.linkedin.com/in/deicool
> Skype: thumsupdeicool
> Google talk: deicool
> Blog: 
> https://urldefense.proofpoint.com/v2/url?u=http-3A__loveandfearless.wordpress.com=DQIFaQ=G2J7obiPomkpMVl1prtGFw=1OgbcP-oUjBUH-3H8avzbUL8Jplqf3JrZ0J8DHFWVZE=Q7QdXYQGe-rZwgYG-F0UQuBOUV8fVsyteZl_FEcZ5fU=Au4_yzYoutDa59LBgoqwvraAw3A_W4bhaXyB6azgyCM=
> Facebook: 
> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.facebook.com_deicool=DQIFaQ=G2J7obiPomkpMVl1prtGFw=1OgbcP-oUjBUH-3H8avzbUL8Jplqf3JrZ0J8DHFWVZE=Q7QdXYQGe-rZwgYG-F0UQuBOUV8fVsyteZl_FEcZ5fU=sC34gI9c7G5kALpTSm-Np-s7lFURlfsjH_Zh4zbnbPs=
>
> "Contribute to the world, environment and more : 
> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.gridrepublic.org=DQIFaQ=G2J7obiPomkpMVl1prtGFw=1OgbcP-oUjBUH-3H8avzbUL8Jplqf3JrZ0J8DHFWVZE=Q7QdXYQGe-rZwgYG-F0UQuBOUV8fVsyteZl_FEcZ5fU=U_jTZpfYAZ4lWmjZkzSVlkxPqhktjUtJP2vvEIInJ6s=
> "
>
> On Wed, Jun 8, 2016 at 10:09 PM, Bob Nance 
> wrote:
>
>> I’ve been having an issue with JMeter periodically pausing when
>> running a load test and am not sure how to resolve this.  We have
>> tried several things, but nothing seems to be working.  The behavior
>> is I start a JMeter load test. The test will run fine for a few minutes, 
>> then pause, then pick
>> back up, then pause, etc.   I’ve tried upping the heap size when starting
>> JMeter, running in distributed mode and non distributed mode, even
>> turning off our Anti-Virus software, but the issue still persists.
>> The amount of load being generated isn’t that much either.  My test has 
>> about 75
>> different thread groups, but we are only using 1 thread per group.   The
>> last thing I tired was adding -XX:+DisableExplicitGC to jmeter.bat
>> file, but that didn’t work either.
>>
>> Does anyone have any other suggestions or thoughts?
>>
>> Do the logs reflect the delay? (or could it just be a delayed display
>> issue)
>> Do you have any data visualizations/listeners running during the tests?
>> (they can eat up a lot of CPU cycles)
>> Do you have anything else running on the computer that might be
>> stealing the network card?
>> Is there a pattern that might point you somewhere (like it happens
>> nearly at the same test, or every 12.5 seconds or something)?
>>
>> No direct help, but those are all things that I have seen affect my tests.
>>
>> -Bob
>>
>>
>> ---
>>   Bob Nance
>>   Novation Systems
>>   bob.na...@novationsys.com
>>   256-534-4620
>>
>
> -
> 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

Re: Remote Testing with different external data files

[sebb]

Have you read
http://jmeter.apache.org/usermanual/remote-test.html

especially

http://jmeter.apache.org/usermanual/remote-test.html#tips

On 3 June 2016 at 04:03, Ng Kok Chai <kokchai...@dzhintl.com> wrote:
> Thanks Sergio and Sebb, after I rename all the external data files with same 
> name in JMeter Servers, it worked fine. But now I facing another issue, in 
> the server, I have following error:
> jmeter.samplers.RemoteListenerWrapper: testStarted(host) 
> java.rmi.ConnectIOException: Exception creating connection to: 10.18.8.XX; 
> nested exception is:
> java.net.SocketException: Network is unreachable: connect
>
> So I unable to have the result for report in my client.
>
> In my servers, I have only 1 network interface, 10.17.5.XX
> In my client, I have 4 network interfaces:
> 10.5.238.X for internet facing
> 10.16.5.XX for Jmeter Servers & Web servers
> 10.17.7.XX for access to my Application servers
> 10.18.8.XX for access to my DB servers
>
> Why my JMeter server try to communicate to my Client server via 10.18.8.XX 
> ??? it should via 10.16.5.XX. How can I configure this??
>
> Thank you and appreciate all the help.
>
>
> -Original Message-
> From: Sergio Boso [mailto:ser...@bosoconsulting.it]
> Sent: Friday, 3 June 2016 2:05 AM
> To: JMeter Users List
> Subject: Re: Remote Testing with different external data files
>
> Il 02/06/2016 06.22, Ng Kok Chai ha scritto:
>> Is there any way to use different external data files in each remote server 
>> when doing remote testing? Which mean Server 1 use file 1, Server 2 use file 
>> 2 etc, then client will trigger all servers with same test plan.
>>
>> I have browsing over the JMeter docs and Wiki, unable to find solutions on 
>> how to implement this. Basically I need server 1 to use user 1 to 10 to 
>> login and perform testing, server 2 use user 11 to 20 to login and perform 
>> testing, all the test scripts are same but just the login users will be 
>> different.
>>
>> I need to simulate 20,000 concurrent users access, distributed to around 40+ 
>> test PC.
>>
>> Appreciate any help to save me remote desktop to each test PC and click 1 by 
>> 1. :)
>>
> Hi , sure you can, I did this many times.
> How ever, if you have so  many system, you may find more effective to have a 
> central DB, and have each Jmeter instance ask for usr data.
> I found Redis and Redis plugin very effective for this.
>
> Regards
>
>
> --
>
> Ing. Sergio Boso
>
>
>
>
> -
> 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

Re: Remote Testing with different external data files

[sebb]

On 2 June 2016 at 05:22, Ng Kok Chai  wrote:
> Is there any way to use different external data files in each remote server 
> when doing remote testing? Which mean Server 1 use file 1, Server 2 use file 
> 2 etc, then client will trigger all servers with same test plan.

That's how JMeter works.

Files are opened locally by each JMeter server slave; they are not
sent over the client-server connection.
Only the test plan is sent (plus properties if relevant).

So just divide the users into separate files for each server.

> I have browsing over the JMeter docs and Wiki, unable to find solutions on 
> how to implement this. Basically I need server 1 to use user 1 to 10 to login 
> and perform testing, server 2 use user 11 to 20 to login and perform testing, 
> all the test scripts are same but just the login users will be different.
>
> I need to simulate 20,000 concurrent users access, distributed to around 40+ 
> test PC.
>
> Appreciate any help to save me remote desktop to each test PC and click 1 by 
> 1. :)
>
>
>

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: Elapse Time = Response Time in .jtl file (generated in Non GUI Mode)?

[sebb]

On 20 May 2016 at 11:43, Flavio Cysne  wrote:
> A long time ago I asked a similar question in this list. The answer I
> received was that Latency in JMeter is the time elapsed since the request
> sent and the first chunk (4kb) of the response is received.

It might be less than 4kb, depending on the OS and JVM etc.

> To overcome this issue I start a program inside a shell or prompt to get
> latency statistics during the test.
>
> The concept of Latency is the elapsed time since the last byte sent and the
> first byte received.

Agreed.

However JMeter only sees what the HTTP library returns, and that in
turn depends on the JVM and the OS.
If there is any buffering, then the first response to JMeter will be
later than the first response from the network.
Even the OS may not know when the first response occurs if there is
buffering in the network card.

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: Need to find RCA/Request for CPU and Memory usage on my Production server in Jmeter

[sebb]

Note that JMeter is designed for *generating load* on a system and
reporting the response times.

It is not designed for *measuring* the load.

You need a different tool which will have to be installed on the
production server.
Or at least the measuring part will have to be installed there.
It's not possible to measure CPU/memory remotely.

Likewise for network traffic.
Though if the system is served by a sophisticated network device you
may be able to get some stats off that.

On 19 May 2016 at 11:21, Neill Lima  wrote:
> Sounds odd just dispatching load against a server without permission to
> monitor/profile it.
>
> Let alone the fact it is a Production server.
>
> On Thu, May 19, 2016 at 12:17 PM, Vikash kumar > wrote:
>
>> I can't open the machine as it's access credentials are required to execute
>> *htop*
>>
>> On Thu, May 19, 2016 at 3:45 PM, Neill Lima  wrote:
>>
>> > If it is Linux, *htop* should serve.
>> >
>> > On Thu, May 19, 2016 at 11:55 AM, Vikash kumar <
>> > vikashku...@tracesoftware.in
>> > > wrote:
>> >
>> > > Hi All,
>> > >
>> > > I've a scenario where something(requests) is putting heavy load in
>> terms
>> > of
>> > > CPU and Memory in the Application server(Production Server). The issue
>> > > which i am facing is i can't install any tool or plugin on my
>> application
>> > > server since it's a live production server and using jmeter i have to
>> pin
>> > > point the issue/request because of which it's increasing the load
>> > > exponentially.
>> > >
>> > > Also i can send the request to the production server using Jmeter
>> sampler
>> > > but again not sure how to get the CPU and Memory usage data on the
>> > > production server(not on the system where i've installed jmeter) by
>> > sending
>> > > these requests.
>> > >
>> > > Your help/ideas will be very helpful.
>> > >
>> > > Thanks,
>> > > Vikash
>> > >
>> >
>>

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: Adding samplers to thread group

[sebb]

On 11 May 2016 at 14:46, Sharmadha  wrote:
> Hi,
> Thanks for the response.
> in jmx file that is created from UI, hashtree class is hashTree
>
> whereas in jmx file created from java code, it is
> 
> if i change  to hashTree everything
> works perfect.
>
> how to use hashTree instead of org.apache.jorphan.collections.HashTree ?
>
> Basically , hashTree is object of which class ?
>

See bin/saveservice.properties

But note that this is internal code and may change.

It would be better to create a JMX file.

>
> --
> View this message in context: 
> http://jmeter.512774.n5.nabble.com/Adding-samplers-to-thread-group-tp5724140p5724175.html
> Sent from the JMeter - User mailing list archive at Nabble.com.
>
> -
> 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

Re: Adding samplers to thread group

[sebb]

There are some guides to writing plugin code which are linked from the website.

JMeter is open source, so the code is available online.
Again this is linked from the website.

Unlike the plugin test elements, note that the underlying JMeter
engine was not  specifically designed to be extended.
So such internals may change between releases.
That's not to say that they will change, but equally the JMeter
project cannot guarantee stability of internals.

The basic JMX file format however will not change without warning.

If you want to generate a JMeter test plan from Java code, then
generate it as a JMX file.
Otherwise you must prepared to update your code as necessary for new
JMeter releases.

On 11 May 2016 at 06:42, Sharmadha  wrote:
> Stuck with same problem ! Can someone explain about indexing samplers or xml
> node model ? Or any other solution ?
>
> Thanks in advance.
>
>
>
> --
> View this message in context: 
> http://jmeter.512774.n5.nabble.com/Adding-samplers-to-thread-group-tp5724140p5724172.html
> Sent from the JMeter - User mailing list archive at Nabble.com.
>
> -
> 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

Re: Constant throughput timer feature request

[sebb]

On 10 May 2016 at 03:02, Oliver Erlewein <oli...@erlewein.net> wrote:
> Hi,
>
> Thanks for that. Ill raise it in bugzilla as a CR.
>
> I tested it with -1 (and -100) and it looks like it executes each thread
> once only. Of course that is a 5min high level test so is by no means
> exhaustive. But I'm guessing nobody is using that anyway.

When I tried -1 it calculated the delay as negative so did not delay at all.
There must be something else in the plan that is causing a problem.

Note that using 0 will cause a very high delay and threads will
therefore appear to execute once only.

> As for the sufficiently high number, I am just unsure how much overhead it
> adds.

Exactly the same as using it normally.

But it should be possible to reduce that.

> Cheers Oliver
> On 9/05/2016 21:26, "sebb" <seb...@gmail.com> wrote:
>
> On 9 May 2016 at 03:54, Oliver Erlewein <oli...@erlewein.net> wrote:
>> Hi,
>>
>> I have the need to control the throughput on the constant throughput timer
>> via a variable. That includes the possibility to switch it off. In a lot
> of
>> JMeter areas you can do that by passing a negative value (ex. -1). But not
>> here. -1 will do one iteration only.
>
> Huh?
>
> -1 is not treated specially by the code so why do you think it only
> affects a single iteration?
>
>> Can we change this behaviour? Clearly -1 is not sensible in a constant
>> throughput controller so why not use it to skip it's function?
>
> Feel free to raise a Bugzilla enhancement request.
>
> But a work-round is to use a sufficiently high value so JMeter won't
> need to insert pauses.
>
>> Cheers
>> Oliver
>
> -
> 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

Re: Constant throughput timer feature request

[sebb]

On 9 May 2016 at 03:54, Oliver Erlewein  wrote:
> Hi,
>
> I have the need to control the throughput on the constant throughput timer
> via a variable. That includes the possibility to switch it off. In a lot of
> JMeter areas you can do that by passing a negative value (ex. -1). But not
> here. -1 will do one iteration only.

Huh?

-1 is not treated specially by the code so why do you think it only
affects a single iteration?

> Can we change this behaviour? Clearly -1 is not sensible in a constant
> throughput controller so why not use it to skip it's function?

Feel free to raise a Bugzilla enhancement request.

But a work-round is to use a sufficiently high value so JMeter won't
need to insert pauses.

> Cheers
> Oliver

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: small typo in apache/jmeter/protocol/system/SystemSampler.java

[sebb]

Thanks, fixed.

On 21 April 2016 at 11:42, Ivan Rancati  wrote:
> Hello,
>
> I'm trying out a nightly build (r1739297).My testplan has OS Process
> Samplers, which under some circumstances don't return an errorlevel 0
>
> The .jtl file then contains "Uexpected" instead of "Unexpected"
>
> Uexpected return code.  Expected [0]. Actual [130]
>
> The typo is of course absolutely minor, maybe worth a fix before the next
> release. I sometimes do a grep -c on the .jtl files to count specific types
> of errors
>
> It's on line 166
>results.setResponseMessage("Uexpected return code.  Expected
> ["+expectedReturnCode+"]. Actual ["+returnCode+"].");
>
>
> thanks and best regards,
> Ivan

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: Not able to see Graph generator listener in jmeter

[sebb]

On 13 April 2016 at 09:55, Harshal Kulkarni  wrote:
>
> Hi Team -
>
> Can somebody help me here. I am new to jmeter. I have added jmeter plugin to
> generate automatic graphs after the execution of test in jmeter. I did
> changes few propertes in user.properties file as suggested over the web and
> restarted the jmeter. But still do not see "jp@gc graph generator" listener
> in the list to Add.
>
> What can be the issue?

Please ask for help from the people that provided the plugin.

It is not an Apache JMeter plugin.

> Attached is the snapshot for more help.

[The mailing list does not allow attachments - even if were on topic]

>
> Thanks!
>
> -- Forwarded message --
> From: Harshal Kulkarni 
> Date: Wed, Apr 13, 2016 at 2:22 PM
> Subject: Not able to see Graph generator listener in jmeter
> To: "kulkarni.hars...@gmail.com" 
>
>
>
>
> Not able to see jp@gc Graph generator listener in Jmeter.
>
>
>
>
> --
> Thanks,
> Harshal Kulkarni
> M: +91 998-778-4548
>
>
> -
> 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

Re: how to use JMeter add-on oauth samplers by ATLANTBH

[sebb]

On 12 April 2016 at 01:35, 张珊 <954347...@qq.com> wrote:
> Hi,
>   I have installed the Jmeter add-on oauth smpler, but I dont know how to use 
> it.Is that someone can help me?

That is a 3rd party sampler; it is not supported by the JMeter project.

Please ask the supplier for help.

These lists are for Apache JMeter.

>   Thank in advance.
>
>
> Jesse

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: Percentile values in JMeter Summarizer output

[sebb]

On 30 March 2016 at 17:06, UBIK LOAD PACK Support
 wrote:
> Hello,
> Our answers below.
> Regards
>
>
> On Wed, Mar 9, 2016 at 1:18 PM, Bhadauria, Tarun Kumar <
> tarun.kumar.bhadau...@zalando.de> wrote:
>
>> thanks but I am hesitant to use listener (even back end listener) as I have
>> experienced drop in throughput when using these listener.
>>
>
> Are you sure about that ?
> The BackendListener sends asynchronously the results to Graphite, if you
> experience a drop in throughput it can have many causes:
>
>- Network saturation on the machine
>- Issue on the Graphite side
>- Network issue between controller and graphite server
>- Wrong tuning of BackendListener, OOTB config might not suit your test
>case
>
>
>
>
>> Hence I was looking for percentile value in summarizer output when
>> executing the test.
>>
>
> It's not currently possible.

Also note that the calculation of percentile values is somewhat more
expensive than calculating average, min or max, which should normally
be sufficient for monitoring a test run.

Do you _really_ need live percentiles?

>
>
>>
>> Thanks
>> Tarun K
>>
>> On 9 March 2016 at 13:06, Philippe Mouawad 
>> wrote:
>>
>> > Hello,
>> >
>> >
>> >
>> http://jmeter.apache.org/usermanual/component_reference.html#Aggregate_Report
>> > http://jmeter.apache.org/usermanual/realtime-results.html
>> >
>> > Regards
>> >
>> > On Wed, Mar 9, 2016 at 1:03 PM, Bhadauria, Tarun Kumar <
>> > tarun.kumar.bhadau...@zalando.de> wrote:
>> >
>> > > Hello All,
>> > >
>> > > When running test on non gui mode summarizer output list avg/min and
>> max
>> > > times.
>> > > Is it possible to list percentile (90, 95 and 99) as well?
>> > >
>> > > Thanks
>> > > Tarun K
>> > >
>> >
>> >
>> >
>> > --
>> > Cordialement.
>> > Philippe Mouawad.
>> >
>>
>
>
>
> --
>
> Regards
> Ubik Load Pack  Team
> Follow us on Twitter 
>
>
> Cordialement
> L'équipe Ubik Load Pack 
> Suivez-nous sur Twitter 

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: Percentile values in JMeter Summarizer output

[sebb]

On 30 March 2016 at 11:30, Bhadauria, Tarun Kumar
 wrote:
> Hi Philipp
>
> JMeter dashboard is very promising but I want to print 90, 95 and 99
> percentile value on jmeter-summarizer during test run

The Dashboard only creates the report at the *end* of a test run.

> summary +  1 in 4s =0.3/s Avg:   795 Min:   795 Max:   795 Err:
> 0 (0.00%) Active: 2 Started: 2 Finished: 0
>
> JMeter Dashboard does not answer this question, or am I wrong?

See above

> Thanks
> Tarun K
>
> On 9 March 2016 at 14:59, Bhadauria, Tarun Kumar <
> tarun.kumar.bhadau...@zalando.de> wrote:
>
>> thanks Philipp, will try it out
>>
>> Thanks
>> Tarun K
>>
>> On 9 March 2016 at 13:21, Philippe Mouawad 
>> wrote:
>>
>>> In upcoming 3.0 version, these values will be computed by an HTML report
>>> generated on demand from jtl file or at the end of test.
>>>
>>> You can give it a try by downloading a nightly build, feedback welcome.
>>>
>>> Regards
>>>
>>> On Wed, Mar 9, 2016 at 1:18 PM, Bhadauria, Tarun Kumar <
>>> tarun.kumar.bhadau...@zalando.de> wrote:
>>>
>>> > thanks but I am hesitant to use listener (even back end listener) as I
>>> have
>>> > experienced drop in throughput when using these listener.
>>> > Hence I was looking for percentile value in summarizer output when
>>> > executing the test.
>>> >
>>> > Thanks
>>> > Tarun K
>>> >
>>> > On 9 March 2016 at 13:06, Philippe Mouawad 
>>> > wrote:
>>> >
>>> > > Hello,
>>> > >
>>> > >
>>> > >
>>> >
>>> http://jmeter.apache.org/usermanual/component_reference.html#Aggregate_Report
>>> > > http://jmeter.apache.org/usermanual/realtime-results.html
>>> > >
>>> > > Regards
>>> > >
>>> > > On Wed, Mar 9, 2016 at 1:03 PM, Bhadauria, Tarun Kumar <
>>> > > tarun.kumar.bhadau...@zalando.de> wrote:
>>> > >
>>> > > > Hello All,
>>> > > >
>>> > > > When running test on non gui mode summarizer output list avg/min and
>>> > max
>>> > > > times.
>>> > > > Is it possible to list percentile (90, 95 and 99) as well?
>>> > > >
>>> > > > Thanks
>>> > > > Tarun K
>>> > > >
>>> > >
>>> > >
>>> > >
>>> > > --
>>> > > Cordialement.
>>> > > Philippe Mouawad.
>>> > >
>>> >
>>>
>>>
>>>
>>> --
>>> Cordialement.
>>> Philippe Mouawad.
>>>
>>
>>

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: error .jmeter.samplers.SampleResult;

[sebb]

The error message

Typed variable declaration : Object constructor.

should give you the clue.

Are there any constructor calls which have syntax errors?

Check for misplaced commas, missing closing quotes or brackets etc.


On 29 March 2016 at 10:09, Srikrishna Dandamraju  wrote:
> hi all
>
> i am getting below error  for bean shell assertion issue,
>
> Assertion failure message: org.apache.jorphan.util.JMeterException: Error
> invoking bsh method: eval Sourced file: inline evaluation of: ``import
> org.apache.jmeter.samplers.SampleResult; import org.apache.jmeter.threads .
> . . '' : Typed variable declaration : Object constructor.
>
> i am trying to copy response in to a csv file
> with below  bean  shell assertion code
>
> import org.apache.jmeter.samplers.SampleResult;
> import org.apache.jmeter.threads.JMeterContext;
> import org.apache.jmeter.threads.JMeterContextService;
>
> SampleResult
> previousResult=JMeterContextService.getContext().getPreviousResult();
> previousResult.setSampleLabel(previousResult.getSampleLabel() + "_" +
> vars.get("comny_id_#") + "-Rows");
>
> if(Integer.parseInt(vars.get("stopLooping")) == 3)
> {
>   vars.put("stopAsking", "true");
>   Failure = true;
>   FailureMessage = "Dont received data";
> }
>
> if(vars.get("comny_id_#") != null &&
> Integer.parseInt(vars.get("comny_id_#")) != 0)
> {
>   vars.put("stopAsking","true");
>   FileOutputStream outPath = new
> FileOutputStream(vars.get("pathtoinputdata") + "comny_id_year.csv");
>   PrintStream outFile = new PrintStream(outPath);
>
>   int iterMax = Integer.parseInt(vars.get("comny_id_#"));
>   for(int i = 1; i <= iterMax; i++)
> outFile.println(vars.get("comny_id_" + i.toString()) + "," +
> vars.get("year_" + i.toString()));
>
>   outPath.close();
>   outFile.close();
> }
>
> help me as asap.
>
> Thanks
> Srikrishna.D

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: Sampler parameters in Log file or jtl file??

[sebb]

Please start a new thread for a new question

On 29 March 2016 at 08:36, Srikrishna Dandamraju  wrote:
> hi all
>
> i am getting below error  for bean shell assertion issue,

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: Run multiple samplers for multiple users in sequence

[sebb]

On 23 March 2016 at 07:05, Sharmadha  wrote:
> Since I have set values for samplers to be taken from a CSV file ,I also want
> to ensure if each sampler takes the same value from the file for a user .
> For example, in View Results Tree,(users -50)
>
> sampler1 (Sampler result - Thread Group 1-8 ) (takes value "a" from file )
> sampler1 (Sampler result - Thread Group 1-7 ) (takes value "b" from file )
> sampler1 (Sampler result - Thread Group 1-6 ) (takes value "c" from file )
> 
>
> sampler2 (Sampler result - Thread Group 1-8 )(takes value "a" from file)
> 
>
> sampler 3 (Sampler result - Thread Group 1-8 )(takes value "a" from file)
> .
>
> So can I believe that user 8 executes sampler 1 taking value "a" and
> executes sampler 2 with the same value ? Will this happen everytime or it
> may change ?  (as in , user 8 takes value "a" for sampler1 and "b" for
> sampler2 and "c" for sampler3)
>

If you want to find out how JMeter behaves, the best is to create a
test plan using something like the Debug Sampler or the Java Sampler.
Both of these can be used to display the values of variables.

>
>
>
>
> --
> View this message in context: 
> http://jmeter.512774.n5.nabble.com/Run-multiple-samplers-for-multiple-users-in-sequence-tp5723987p5723988.html
> Sent from the JMeter - User mailing list archive at Nabble.com.
>
> -
> 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

Re: Starting JMeter 2.13 with more memory

[sebb]

On 24 March 2016 at 17:08, Ranieri Mazili <ranier...@gmail.com> wrote:
> You're right... modern JVM's usually uses the rightmost value... thanks

AFAIK _all_ of them allow one to specify such parameters multiple times.
They are read from left to right and the last one wins.
This is pretty standard behaviour for processing command-line parameters.

> --
> Ranieri
>
> On Thu, Mar 24, 2016 at 1:35 PM, sebb <seb...@gmail.com> wrote:
>
>> On 24 March 2016 at 16:25, Ranieri Mazili <ranier...@gmail.com> wrote:
>> > I could see that jmeter.bat has this parameter inside the script:
>> > set HEAP=-Xms512m -Xmx512m
>>
>> Yes, that is the default if JVM_ARGS is not used.
>>
>> > ...and I could see that jmeter-server.bat uses this parameter of
>> jmeter.bat
>> > script, so changing on jmeter.bat, jmeter-server.bat was affected and now
>> > it's running with 2048m.
>>
>> Don't edit the file; there's no need.
>>
>> > So, I have a solution for my problem, but ignore JVM_ARGS might be
>> > considered a problem?
>>
>> The command line used to start java includes
>>
>> ... %ARGS% %JVM_ARGS% ...
>>
>> HEAP is part of ARGS so gets overridden by anything in JVM_ARGS
>>
>>
>> >
>> > --
>> > Ranieri
>> >
>> > On Thu, Mar 24, 2016 at 1:20 PM, Ranieri Mazili <ranier...@gmail.com>
>> wrote:
>> >
>> >> You right right, without the quotes it worked well, but now when looking
>> >> in the process using windows task manager I can see it sets 512m and my
>> >> 2048m... so which parameter is it using?
>> >> Look my printscreen here: http://i.imgur.com/8jtNV7L.png
>> >>
>> >> Or, where do I change this 512 to a bigger value?
>> >>
>> >> --
>> >> Ranieri
>> >>
>> >> On Thu, Mar 24, 2016 at 12:48 PM, sebb <seb...@gmail.com> wrote:
>> >>
>> >>> Try
>> >>>
>> >>> set JVM_ARGS=-Xms1024m -Xmx2048m
>> >>>
>> >>> Unlike Unix, it looks like Windows does not need the enclosing quotes.
>> >>> So when you add them it creates a syntax error.
>> >>>
>> >>>
>> >>> On 24 March 2016 at 15:39, jlp <jean-louis.pastu...@orange.fr> wrote:
>> >>> >
>> >>> > Did you have a space at the beginning and the end of the JVM_ARGS ?
>> or
>> >>> > perhaps a masked character in  your bat file? try to rewrite it
>> >>> carefully.
>> >>> > The syntax for Xms and Xmx  are correct.
>> >>> >
>> >>> >
>> >>> > Le 24/03/2016 16:21, Ranieri Mazili a écrit :
>> >>> >>
>> >>> >> Same error:
>> >>> >>
>> >>> >> C:\Temp\apache-jmeter-2.13\bin>set JVM_ARGS="-Xms1024m -Xmx2048m"
>> >>> >>
>> >>> >> C:\Temp\apache-jmeter-2.13\bin>jmeter-server.bat
>> >>> >> Could not find ApacheJmeter_core.jar ...
>> >>> >> ... Trying JMETER_HOME=..
>> >>> >> Found ApacheJMeter_core.jar
>> >>> >> Invalid initial heap size: -Xms1024m -Xmx2048m
>> >>> >> Error: Could not create the Java Virtual Machine.
>> >>> >> Error: A fatal exception has occurred. Program will exit.
>> >>> >> errorlevel=1
>> >>> >>
>> >>> >> --
>> >>> >> Ranieri
>> >>> >>
>> >>> >> On Thu, Mar 24, 2016 at 12:12 PM, Maxime Chassagneux <
>> >>> >> maxime.chassagn...@gmail.com> wrote:
>> >>> >>
>> >>> >>> The initial memory and the max memory can't be equal... try to put
>> >>> >>> Xmx2048m
>> >>> >>>
>> >>> >>>
>> >>> >>> 2016-03-24 16:04 GMT+01:00 Ranieri Mazili <ranier...@gmail.com>:
>> >>> >>>
>> >>> >>>> Hello,
>> >>> >>>>
>> >>> >>>> I need to run jmeter.bat and jmeter-server.bat with more memory
>> >>> because
>> >>> >>>
>> >>> >>> I'm
>> >>> >>>>
>> >>> >>>> receiving Out of memory with default settings.
>> >>> >>>>
>> >>> &g

Re: Starting JMeter 2.13 with more memory

[sebb]

On 24 March 2016 at 16:25, Ranieri Mazili <ranier...@gmail.com> wrote:
> I could see that jmeter.bat has this parameter inside the script:
> set HEAP=-Xms512m -Xmx512m

Yes, that is the default if JVM_ARGS is not used.

> ...and I could see that jmeter-server.bat uses this parameter of jmeter.bat
> script, so changing on jmeter.bat, jmeter-server.bat was affected and now
> it's running with 2048m.

Don't edit the file; there's no need.

> So, I have a solution for my problem, but ignore JVM_ARGS might be
> considered a problem?

The command line used to start java includes

... %ARGS% %JVM_ARGS% ...

HEAP is part of ARGS so gets overridden by anything in JVM_ARGS


>
> --
> Ranieri
>
> On Thu, Mar 24, 2016 at 1:20 PM, Ranieri Mazili <ranier...@gmail.com> wrote:
>
>> You right right, without the quotes it worked well, but now when looking
>> in the process using windows task manager I can see it sets 512m and my
>> 2048m... so which parameter is it using?
>> Look my printscreen here: http://i.imgur.com/8jtNV7L.png
>>
>> Or, where do I change this 512 to a bigger value?
>>
>> --
>> Ranieri
>>
>> On Thu, Mar 24, 2016 at 12:48 PM, sebb <seb...@gmail.com> wrote:
>>
>>> Try
>>>
>>> set JVM_ARGS=-Xms1024m -Xmx2048m
>>>
>>> Unlike Unix, it looks like Windows does not need the enclosing quotes.
>>> So when you add them it creates a syntax error.
>>>
>>>
>>> On 24 March 2016 at 15:39, jlp <jean-louis.pastu...@orange.fr> wrote:
>>> >
>>> > Did you have a space at the beginning and the end of the JVM_ARGS ? or
>>> > perhaps a masked character in  your bat file? try to rewrite it
>>> carefully.
>>> > The syntax for Xms and Xmx  are correct.
>>> >
>>> >
>>> > Le 24/03/2016 16:21, Ranieri Mazili a écrit :
>>> >>
>>> >> Same error:
>>> >>
>>> >> C:\Temp\apache-jmeter-2.13\bin>set JVM_ARGS="-Xms1024m -Xmx2048m"
>>> >>
>>> >> C:\Temp\apache-jmeter-2.13\bin>jmeter-server.bat
>>> >> Could not find ApacheJmeter_core.jar ...
>>> >> ... Trying JMETER_HOME=..
>>> >> Found ApacheJMeter_core.jar
>>> >> Invalid initial heap size: -Xms1024m -Xmx2048m
>>> >> Error: Could not create the Java Virtual Machine.
>>> >> Error: A fatal exception has occurred. Program will exit.
>>> >> errorlevel=1
>>> >>
>>> >> --
>>> >> Ranieri
>>> >>
>>> >> On Thu, Mar 24, 2016 at 12:12 PM, Maxime Chassagneux <
>>> >> maxime.chassagn...@gmail.com> wrote:
>>> >>
>>> >>> The initial memory and the max memory can't be equal... try to put
>>> >>> Xmx2048m
>>> >>>
>>> >>>
>>> >>> 2016-03-24 16:04 GMT+01:00 Ranieri Mazili <ranier...@gmail.com>:
>>> >>>
>>> >>>> Hello,
>>> >>>>
>>> >>>> I need to run jmeter.bat and jmeter-server.bat with more memory
>>> because
>>> >>>
>>> >>> I'm
>>> >>>>
>>> >>>> receiving Out of memory with default settings.
>>> >>>>
>>> >>>> I've tried to set more memory with the command below before start
>>> >>>> jmeter-server.bat
>>> >>>>
>>> >>>> set JVM_ARGS="-Xms1024m -Xmx1024m"
>>> >>>>
>>> >>>> them I tried to run jmeter-server.bat, but I received the following
>>> >>>> message:
>>> >>>>
>>> >>>>
>>> >>>>
>>> >>>>
>>> >>>>
>>> >>>>
>>> >>>>
>>> >>>>
>>> >>>>
>>> >>>>
>>> >>>>
>>> >>>> *C:\Temp\apache-jmeter-2.13\bin>set JVM_ARGS="-Xms1024m
>>> >>>> -Xmx1024m"C:\Temp\apache-jmeter-2.13\bin>jmeter-server.batCould not
>>> find
>>> >>>> ApacheJmeter_core.jar .. Trying JMETER_HOME=..Found
>>> >>>> ApacheJMeter_core.jarInvalid initial heap size: -Xms1024m
>>> >>>> -Xmx1024mError:
>>> >>>> Could not create the Java Virtual Machine.Error: A fatal exception
>>> has
>>> >>>> occurred. Program will exit.errorlevel=1Press any key to continue. .
>>> *.
>>> >>>>
>>> >>>> I've 8gb of memory, running on windows 7 64bits. What I'm doing
>>> wrong?
>>> >>>>
>>> >>>> Thanks
>>> >>>> --
>>> >>>> Ranieri
>>> >>>>
>>> >
>>> >
>>> > -
>>> > 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

Re: Starting JMeter 2.13 with more memory

[sebb]

The error message is:

Invalid initial heap size: -Xms1024m -Xmx1024m

That suggests that the parameter is invalid, i.e. passing is somehow messed up.

I get the same message on Unix if I run:

java "-Xms1024M -Xmx1024M"

However

java -Xms1024M -Xmx1024M xxx

says
Error: Could not find or load main class xxx


On 24 March 2016 at 15:12, Maxime Chassagneux
 wrote:
> The initial memory and the max memory can't be equal... try to put Xmx2048m
>
>
> 2016-03-24 16:04 GMT+01:00 Ranieri Mazili :
>
>> Hello,
>>
>> I need to run jmeter.bat and jmeter-server.bat with more memory because I'm
>> receiving Out of memory with default settings.
>>
>> I've tried to set more memory with the command below before start
>> jmeter-server.bat
>>
>> set JVM_ARGS="-Xms1024m -Xmx1024m"
>>
>> them I tried to run jmeter-server.bat, but I received the following
>> message:
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *C:\Temp\apache-jmeter-2.13\bin>set JVM_ARGS="-Xms1024m
>> -Xmx1024m"C:\Temp\apache-jmeter-2.13\bin>jmeter-server.batCould not find
>> ApacheJmeter_core.jar .. Trying JMETER_HOME=..Found
>> ApacheJMeter_core.jarInvalid initial heap size: -Xms1024m -Xmx1024mError:
>> Could not create the Java Virtual Machine.Error: A fatal exception has
>> occurred. Program will exit.errorlevel=1Press any key to continue. . *.
>>
>> I've 8gb of memory, running on windows 7 64bits. What I'm doing wrong?
>>
>> Thanks
>> --
>> Ranieri
>>

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: no "Source Address" in "Http Request Defaults" Config element

[sebb]

Please file a Bugzilla enhancement request so it can be tracked.
If you can also provide a patch, so much the better.

On 24 March 2016 at 13:17, harry_no_spot <13651877...@163.com> wrote:
> hi,
> A suggestion. there is no "Source Address" in "Http Request Defaults" Config 
> element, but in "Http Request" Sampler.
> should add one.
> i.e. I defined a variable ${HostIP} for every user, I have to enter 
> "${HostIP}" in every "Http Request" Sampler's "Source Address".  If there is 
> a in "Http Request Defaults". I can enter once and It's done. I can relax...
>

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: Load time not displayed in the saved response data.

[sebb]

On 23 March 2016 at 09:04, Sharmadha  wrote:
> In the XML file that is created on running the jmx file and saving the
> response, only latency time, connect time,timestamp etc., are created.How to
> get the load time ?
> Ex :
> 

If you are using Listener in the test plan:

http://jmeter.apache.org/usermanual/listeners.html#sample_configuration

If you are using non-GUI mode with the -l option:

http://jmeter.apache.org/usermanual/listeners.html#defaults

>
>
>
> --
> View this message in context: 
> http://jmeter.512774.n5.nabble.com/Load-time-not-displayed-in-the-saved-response-data-tp5723989.html
> Sent from the JMeter - User mailing list archive at Nabble.com.
>
> -
> 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

Re:

[sebb]

On 18 March 2016 at 03:40, Harshal Kulkarni 
wrote:

> Hi Team -
>
> We recently started using jmeter for performance testing in our
> organization. I am getting some hands-on on the tool. I have recorded one
> script, its just a navigational flow containing, login to application-click
> different tabs-logout.
>
> It has one security id per user session, which i am trying to correlate.
> But, while passing the value of correlated variable in post data, it do not
> actually pass the value, instead it getting a parameter name as value.
>

That means the variable is not defined.

Add a Debug Sampler to see what variables are present.


> Please see below screenshots, for details.
>
> Could some one help me here?
>
>
>
>
>
>
>
> -- Forwarded message --
> From: Harshal Kulkarni 
> Date: Wed, Mar 16, 2016 at 8:32 PM
> Subject:
> To: "kulkarni.hars...@gmail.com" 
>
>
>
>
>
>
>
>
>
> --
> Thanks,
> Harshal Kulkarni
> M: +91 998-778-4548
>

Re: How to Change the default folder where JTL are saved.

[sebb]

It defaults to the launch folder.

You can either start JMeter in a different folder, or update the jtl
name to include the absolute or relative path.

On 16 March 2016 at 19:53, Ernest Franklin
 wrote:
> How to Change the default folder where JTL are saved.  Currently it defaults 
> to the /bin folder.
>
> If there are further questions or concerns please contact me.
>
>
>
>
> American Express made the following annotations
>
> **
>
> "This message and any attachments are solely for the intended recipient and 
> may contain confidential or privileged information. If you are not the 
> intended recipient, any disclosure, copying, use, or distribution of the 
> information included in this message and any attachments is prohibited. If 
> you have received this communication in error, please notify us by reply 
> e-mail and immediately and permanently delete this message and any 
> attachments. Thank you."
>
>
>
> American Express a ajouté le commentaire suivant le Ce courrier et toute 
> pièce jointe qu'il contient sont réservés au seul destinataire indiqué et 
> peuvent renfermer des
>
> renseignements confidentiels et privilégiés. Si vous n'êtes pas le 
> destinataire prévu, toute divulgation, duplication, utilisation ou 
> distribution du courrier ou de toute pièce jointe est interdite. Si vous avez 
> reçu cette communication par erreur, veuillez nous en aviser par courrier et 
> détruire immédiatement le courrier et les pièces jointes. Merci.
>
>
>
> **

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: Facing a critical doubt/issue is Jmeter

[sebb]

On 15 March 2016 at 14:30, Dave Newton  wrote:
> Over and over people have said/asked if you are using cookies in jMeter.
> Without them and server-side support for not having them, you don't have
> user sessions. Not sure what else to say.

Indeed.

The server sees a request from a client. It does not see the client.

Unless there is something in the request that identifies the session -
e.g. a cookie or a unique URL parameter - the request cannot reliably
be associated with a session.

==

Note that IP address is useless as a session identifier as IP
addresses will be shared between different logins on a multi-user
system (remember those?) as well as multiple hosts behind NAT.
Or even multiple browsers on the same host.

So if that is what the server is using to identify sessions, no wonder
JMeter can login multiple times.

The most one can assume is: if two different requests have different
IPs then they are different sessions - probably, because if the host
is multi-homed that might not be true.
Don't rely on IP address.

> On Tue, Mar 15, 2016 at 10:16 AM, Vikash kumar > wrote:
>
>> Hi All,
>>
>> I've attached the 3 screen shots which shows that the users are getting
>> the same response from the server using the same user credentials. Instead
>> of throwing error it's showing the same response data to all the users. How
>> is this possible i literally believe this is a bug as my system allow one
>> user to login once at a time and the Jmeter is showing 3 same responses
>> using the same user credentials logged in simultaneously.
>>
>> Regards,
>> Vikash
>>
>>
>> On Mon, Mar 14, 2016 at 9:26 PM, Dave Newton 
>> wrote:
>>
>>> Do you have cookies/sessions enabled?
>>>
>>> On Mon, Mar 14, 2016 at 10:57 AM, Vikash kumar <
>>> vikashku...@tracesoftware.in
>>> > wrote:
>>>
>>> > Hi All,
>>> >
>>> > I m having a critical doubt/issue in Jmeter, can you help me with the
>>> same.
>>> > "My Application allows only one user to login/perform any operation at a
>>> > time but jmeter is able to do the same process/request multiple times
>>> > without throwing any error using same user credential simultaneously.
>>> I've
>>> > used record and play function of Jmeter and it is able to do the same
>>> > request multiple times without throwing any error which is an issue i
>>> > guess. I have used multiple users in my thread group that's why it is
>>> doing
>>> > same request multiple time but this opeartion using jmeter should have
>>> > shown in red or failed  as my application support  one user can user can
>>> > perform any operation at one time not simultaneoulsly"
>>> >
>>> >
>>> > I will be really thankful if you can reply me asap.
>>> >
>>> > Thanks,
>>> > Vikash
>>> >
>>>
>>>
>>>
>>> --
>>> e: davelnew...@gmail.com
>>> m: 908-380-8699
>>> s: davelnewton_skype
>>> t: @dave_newton 
>>> b: Bucky Bits 
>>> g: davelnewton 
>>> so: Dave Newton 
>>>
>>
>>
>>
>> -
>> To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
>> For additional commands, e-mail: user-h...@jmeter.apache.org
>>
>
>
>
> --
> e: davelnew...@gmail.com
> m: 908-380-8699
> s: davelnewton_skype
> t: @dave_newton 
> b: Bucky Bits 
> g: davelnewton 
> so: Dave Newton 

-
To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org
For additional commands, e-mail: user-h...@jmeter.apache.org

Re: How can we create .jmx file without using GUI ?

[sebb]

On 2 March 2016 at 19:05, Sheetal Jharia Baru  wrote:
> Hi ,
> I finally got UI enabled on ubuntu, created the test plan using UI and
> executed it using CLI. This worked !
>
> I am using OS Sampler to execute a shell script on my local system. This
> script in turn downloads a image from remote repository. As expected , when
> the script is run multiple times, same image is downloaded. Is there a way
> that each thread can download a different image (can image become some sort
> of variable and I can give different names to this variable for each
> thread) ?
> Any help is appreciated. Thanks !

Please start a new thread for a new problem.

> On Mon, Feb 22, 2016 at 5:34 AM, Mark Miller 
> wrote:
>
>> I move test plans between OSX and Windows regularly without issue. That is
>> a significant version difference. Come up to latest on Ubuntu. Check you
>> JRE versions are reasonable too. Should work assuming nothing platform
>> special in your test plan.
>>
>> m
>>
>> On Sun, Feb 21, 2016, 12:00 Sheetal Jharia Baru 
>> wrote:
>>
>> > Hi Mark,
>> > I did the same. On my windows installed jmeter and created the test plan
>> > using OS Sampler.
>> > I then transferred the .jmx file to my ubuntu system and ran the command
>> > "jmeter -n -t /root/testDock.jmx -l testresult.jtl" and get this error:
>> >
>> > *Error in NonGUIDriver java.lang.NullPointerException*
>> >
>> > Could it be because I have slightly different versions on Win and
>> Ubunbtu?
>> > Win : 2.13 r1665067
>> > Ubuntu : Version 2.8.20130705
>> >
>> > Thanks for your help.
>> >
>> > On Sun, Feb 21, 2016 at 3:44 AM, Mark Miller 
>> > wrote:
>> >
>> > > It seems more practical, to me, to develop your test plan in an
>> > environment
>> > > where you have the support of the UI. Then move your test plan (.jmx)
>> to
>> > > the ubuntu machine and invoke that test with -n (headless) and the
>> other
>> > > logging params etc. so that you can review your results from that
>> > context.
>> > >
>> > > I'm sure it's possible to initiate a jmx file without the benefit of
>> the
>> > > UI, but you'd only approach doing so from a place of general mastery
>> with
>> > > JMeter (my opinion).
>> > >
>> > > Hope that helps.
>> > >
>> > > Mark
>> > >
>> > > On Sat, Feb 20, 2016 at 11:25 AM Richard Friedman 
>> > > wrote:
>> > >
>> > > > Why not use the OS Sampler?
>> > > >
>> > > >
>> > >
>> >
>> http://jmeter.apache.org/usermanual/component_reference.html#OS_Process_Sampler
>> > > >
>> > > > Here is a quick one I just created.
>> > > >
>> > > >
>> > > >
>> > > > On Sat, Feb 20, 2016 at 12:57 PM, Sheetal Jharia Baru <
>> > > sheeta...@gmail.com
>> > > > > wrote:
>> > > >
>> > > >> Hi,
>> > > >> I have installed Jmeter on my ubuntu machine which doesnt have UI
>> > > enabled.
>> > > >> I know I can run jmeter on CLI but I would need to create the .jmx
>> > file
>> > > >> for
>> > > >> running the shell script/command which I want to test.
>> > > >> Any sample .jmx fle which can run a command on shell will be
>> helpful.
>> > I
>> > > >> can
>> > > >> make appropriate changes to it as per my environment.
>> > > >>
>> > > >> Thanks for the help !
>> > > >>
>> > > >
>> > > >
>> > > > -
>> > > > 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

Re: logging property in jtl log file

[sebb]

On 1 March 2016 at 16:28, Bhadauria, Tarun Kumar
<tarun.kumar.bhadau...@zalando.de> wrote:
> I am concerned of using overhead of using java sampler.

The Java sampler is one of the least expensive samplers.
You could put it in a setup group.

> Property is one of the way using which variables can be shared among
> multiple threads groups.

> I would probably end up storing property in another variable using
> Beanshell preprocessor and have it posted on jtl file.

Beanshell is a lot more expensive than the Java sampler.

If the property is not changed during the test run you can copy it to
a variable on the Test Plan using the _P() function.

If it does change during a run then you can use the User Parameters
pre-processor in conjunction with the _P() function.
That will be cheaper than BeanShell (or any other scripting for that matter).

> Thanks
> Tarun K
>
> On 1 March 2016 at 17:02, sebb <seb...@gmail.com> wrote:
>
>> On 1 March 2016 at 15:48, Bhadauria, Tarun Kumar
>> <tarun.kumar.bhadau...@zalando.de> wrote:
>> > Hello All,
>> >
>> > I have been using "sample_variables" to print custom variables in jtl
>> file.
>> > I would also like to print custom parameter using this approach.
>> > But specifying property as -
>> >
>> > -Jsample_variables=prop1,prop1
>> >
>> > does not log corresponding value in jtl file. And I see only null values
>> in
>> > log file.
>> > Is there a way to log properties in jtl file
>>
>> There is no inbuilt support for automatically logging property values,
>> and this is unlikely to be added.
>> Properties are global, so don't apply to individual samples or even to
>> threads.
>>
>> You can use a Java sampler or similar to store anything you want in the
>> JTL file
>>
>> >
>> >
>> > Thanks
>> > Tarun K
>>
>> -
>> 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