isuk (Bug 63723):

• I'm using Jmeter 5.1.1.
• I have set up a distributed load test environment using windows 10 machines (master/my local with four VMs (as slaves) running on the same subnet)
• Non-GUI mode is used.
• trying to run 1000 concurrent threads on 4VMs (250VU load each).
• JMeter-server batch files are opened on all slaves/hosts.
• Jmeter command is executed to run the distributed load:-

Actual result:

• all the slaves have started the test (JVM) and running
• Load test finishes. Master runs the load ONLY for e.g. 953VUs. Leaving 47 active threads behind (See attachment). Not sure what is happening for the rest 47 threads(tried this case many times still occurs-with different completed threads. E.g. 972VUs completed 28 remained and etc.

NOTE: Have increased the Java HEAP on Master and on all four slaves (min to 2g to XMX 8g). So no memory resource issue at all either.

NOTE: Marked this as a major - as it is critical for our business work.

Created attachment Capture1.PNG: Master and four slaves load distribution

Severity: major OS: All

Duplicates:

• https://github.com/apache/jmeter/issues/5152

Lars Krog-Jensen (Bug 37160): My first problem was, where this small discussions started, was that distributed testing was not very scalable, the second problem that I very soon discover was that the visualizer (Aggregate Report) where not very scalable for long running tests, after only a few hours it were running out of memory due to the fact that all samples where stored twice in various caluclators to be able to calculate median and 90% 'median'.

Scalable Server

This was not very hard at all! First I created a subclass of the SampleSender interface - StatisticalSampleSender, working very much like the BatchSampleSender. The sample sender creates a statistical SampleResult and dispatches those every second or so, configurable as BatchSender (using the same properties). I also had to modify the SampleSenderFactory to create this new sample sender if property mode=Statistical. This works perfectly fine, I have now been running a JMeter cluster of 8 servers and the server -> controller communication is not measurable.

This has the limitation that not all the individual sample result were sent back, but for long running test, this is a non-issue, at least for us.

Scalable Visualizer

I found myself using the aggregate report visulizer and graph listener, so I decided to write a scalöable combined visualizer. See the screenshot as attachment.

I also wanted to see how the different load servers were doing, so the only core change was to the SampleEvent class had to send the hostname it was running on back to the controller for each sample.

The visulaizer does not store each sample it receives, and thus the memory is not growing at all, I have JConsole connected and after 3 days of continous running it was using only 32 MB memory. The graph only stores some limited number of values.

This visualizer requires some additional jars from JFreeChart and JNDC.

New component classes in package: org.apache.jmeter.samplers

StatisticalSampleSender - A new SamplerSender implementation, based on BatchSamplerSender. StatisticalSampleResult - A new SampleResult subclass

Changed component classes in package: org.apache.jmeter.samplers

SampleEvent - New field hostname SampleSenderFactory - New mode='Statistical' to chose the new StatisticalSampleSender

New visulaizer i n package se.six.jmeter.visualizers.statagg (should propablbly be refactored to org.apache.jmeter.visualizers.statagg.

All classes are new and not enumerated, these are all new additions that does not affect any other visualizer. BUT required that JFreeChart and JNDC are installed.

Votes in Bugzilla: 2 OS: All

Deeptish (Bug 56141):

1. go to http://projects.csmpl.com/nbpdcl/ user id: santa password : password1

2. Go to Registration under Grievance Monitoring

3 i) Consumer number 123456 ii) Name : Any name iii) Phone # : any cell number (should not DND activated) iv) Gender : Fill as you want v) District : Araia vi) Block : Araia vii) Panchayat : Araia Basti viii)Address1 : anything ix) Complaint Category : Meter Installation x) Complaint Sub-Category : New Meter x1 Complaint Details : Some Text

4. Click on Submit button

With the above data &

NO PROBELM : without proxy server we are able to register the complain DEFECT : But With proxy server & starting it through JMETER we are not able to do any thing even clicking on Submit(step 4) button application is clearing all the data entered

Votes in Bugzilla: 1 Severity: major OS: All Resolution: WORKSFORME

Duplicates:

• https://github.com/apache/jmeter/issues/4001

Adrian S (Bug 54648): Tested with latest nightly too, just in case someone else noticed it and fixed it in the mean time. Its a problem introduced in 2.9 (works on 2.8, on the same machine).

[environment] mac os x 10.7 with apple's java version

[steps]

1. open a test plan or not
2. select an element from the tree list
3. try copying it: using the menu or pressing CMD+C => the interface crashes and jmeter becomes unusable.

[error] jmeter.gui.action.Copy: Clipboard node read error:com.apple.laf.AquaTreeUI java.io.NotSerializableException: com.apple.laf.AquaTreeUI

further details in attachment.

Created attachment full-stacktrace.txt: complete stack trace

Votes in Bugzilla: 4 Severity: normal OS: All

Duplicates:

• https://github.com/apache/jmeter/issues/3391

@pmouawad (Bug 51861): Hello, I implemented an evolution on URLConfigGui to improve display of POST parameters when there is only one that has no name. This would be very useful for samples that only have a body without name=value, like GWT for example. Currently, all parameters will be in one column without a value (which first seemed to me a bug , but is correctly handled in Sampler). My proposition was to add a Label Choice with 2 choices (Parameters and RAW body) and a JTabbedPane that contains the current ArgumentsPanel and a JTextArea that will contains the RAW Post body.

See attached screenshot.

Regards Philippe Mouawad

Created attachment Capture d’écran 2011-09-21 à 22.53.18.png: ScreenShot of new HTTP Request GUI

OS: All

Duplicates:

• https://github.com/apache/jmeter/issues/2066
• https://github.com/apache/jmeter/issues/2174

Nicolas De loof (Bug 49753): Building tools around jMeter (maven plugin, Hudson plugin) requires to have the artifacts available on public repository. Please upload jMeter one's at http://repository.apache.org/

Created attachment mavenPOMs.zip: proposal Maven POMs

Votes in Bugzilla: 5 OS: Windows XP

oliver lloyd (Bug 56119): This is a fairly impossible problem but I thought I'd raise it in case it supports something you've already seem.

In the attached plan, if I run it without a timer it is successful for each request. However, if I enable the timer the the first upload request works but the second fails, then the third works, and the forth fails, etc...

The only difference is enabling and disabling the timer.

Unfortunately, I can't actually give you a working jmx - the attached will always fail but hopefully it is still useful.

Failure is: org.apache.http.NoHttpResponseException: The target server failed to respond

Success: 204 - blank response

The type of timer makes no difference.

The value in the timer DOES make a difference. 100ms and + = problem, 30ms = no problem.

The request I am making to S3 is valid, were it not I would get an error response. In this case I get NoHTTPResponse.

Votes in Bugzilla: 1 Severity: major OS: All

Duplicates:

• https://github.com/apache/jmeter/issues/3315
• https://github.com/apache/jmeter/issues/3359

Michael Tschannen (Bug 45053): For a project, we have extended an existing implementation of a JMeter SMTP-Sampler (initially coded by Luca Maragnani, found at http://www.beolink.org/index/jmeter-plug-in). The sampler has meanwhile the following features:

• SSL / StartTLS / "Plaintext" - sending-support for SMTP
• Multiple recipients, including "To", "CC" and "BCC"
• Multiple attachments
• and more

We furthermore think about an option to be able to send an ".eml"-file via the sampler, but this could at most be an additional feature for a future version.

Additionally, we have not implemented any cryptographic functionality by now. It would certainly be a valuable enhancement to implement e.g. BouncyCastle X.509 or PGP-support.

PLEASE NOTE:

• Do not use this sampler to send mass e-mails!
• Have a look at the license-file (can be found under /src/)

Created attachment SMTPSampler.tar: Source code for JMeter SMTP-Sampler

Votes in Bugzilla: 2 OS: All

mgiorgino (Bug 59777): I am just pasting the message from Jerome in comments of Bug-58794 because he didn't create its own bug, and we have the same problem:

Hi, we at octoperf.com have dependencies on JMeter maven artifacts to support importing JMeter scripts.

Due to slf4j.impl.StaticLoggerBinder being patched in ApacheJMeter_core:3.0, we cannot upgrade from version 2.13. This patched binder has hardcoded dependency on JMeter's LogkitLoggerFactory, which itself depends on Jorphan and logkit.

This causes slf4j binding conflicts in our application making any JMeter 3.0 maven artifact unusable as dependency:

SLF4J: Class path contains multiple SLF4J bindings. SLF4J: Found binding in [jar:file:/home/ubuntu/.m2/repository/org/apache/jmeter/ApacheJMeter_core/3.0/ApacheJMeter_core-3.0.jar!/org/slf4j/impl/StaticLoggerBinder.class] SLF4J: Found binding in [jar:file:/home/ubuntu/.m2/repository/ch/qos/logback/logback-classic/1.1.7/logback-classic-1.1.7.jar!/org/slf4j/impl/StaticLoggerBinder.class] SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation.

Is it possible to address this issue in a 3.0.1 fix version? We are completely stuck upgrading jmeter for now.

I would suggest to:

• move the logkit StaticLoggerBinder into a separate jar,
• add this separate log jar to jmeter's classpath,
• remove any dependency to logkit / jorphan loggers in Apache JMeter code, and rely on SLF4J instead.

This would allow to completely control which logger is used by JMeter components and safely integrate jmeter's API into any existing java application.

Severity: major OS: All

Sebb (Bug 51888): Have see occasional deadlocks when stopping a test plan with multiple HC4 test samplers.

The cause of the deadlock may be due to HC4 - see https://issues.apache.org/jira/browse/HTTPCLIENT-1127 - but it's not yet clear why JMeter appears to be running threadFinished when interrupt is still active. See attached dump.

Created attachment thread_dump.txt: Sample dump with deadlock

Severity: normal OS: All

vemular (Bug 63614): The product is not generating the HTML Dashboard report at the end of the test. I am pasting the Exception trace, Also writing what I think the problem is which may be helpful to you to fix the bug.

Please see the attached file.

Created attachment Jmeter-5.1.1-bug.docx: writing what I think the problem is which may be helpful to you to fix the bug.

Severity: major OS: All

Duplicates:

• https://github.com/apache/jmeter/issues/5142

Expected behavior

Hi,

Today I have performed api testing in apache-jmeter-5.5.But when I tried to hit POST api then in response body showing "308 Permanent Redirect" ..So ...Is this issue is resolved in apache-jmeter-5.5 or not?

Thanks,

Here is attached screenshot

Actual behavior

No response

Steps to reproduce the problem

1-Open Jmeter

2- Create thread group ,add sampler request and add view results tree

3- Provide POST API data in http request and provide that API .When you try to login then login url changes after user successfully registered

4- Then see,308 Permanent Redirect error is showing in response body

JMeter Version

5.5

Java Version

No response

OS Version

No response

Use case

Hi, is there any plan that jmeter support HTTP3? Thanks

Possible solution

No response

Possible workarounds

No response

JMeter Version

5.5

Java Version

No response

OS Version

No response

Expected behavior

I downloaded the latest binary and tried to run Jmeter. However I got the error as described in actual behaviour.

Expected behaviour was - Jmeter GUI should open.

Actual behavior

ankur@ankur:~/software/apache-jmeter-5 (1).5/bin$ ./jmeter

Don't use GUI mode for load testing !, only for Test creation and Test debugging. For load testing, use CLI Mode (was NON GUI): jmeter -n -t [jmx file] -l [results file] -e -o [Path to web report folder] & increase Java Heap to meet your test requirements: Modify current env variable HEAP="-Xms1g -Xmx1g -XX:MaxMetaspaceSize=256m" in the jmeter batch file Check : https://jmeter.apache.org/usermanual/best-practices.html

An error occurred: No X11 DISPLAY variable was set, or no headful library support was found, but this program performed an operation which requires it,

Steps to reproduce the problem

system information

My display variable is also set - ankur@ankur:~/software/apache-jmeter-5 (1).5/bin$ echo $DISPLAY :1

I am using dual display, is that the issue?

JMeter Version

5.5

Java Version

openjdk version "19.0.1" 2022-10-18 OpenJDK Runtime Environment (build 19.0.1+10-Ubuntu-1ubuntu122.04) OpenJDK 64-Bit Server VM (build 19.0.1+10-Ubuntu-1ubuntu122.04, mixed mode, sharing)

OS Version

Ubuntu 22.04.1 LTS

Use case

Performance testing a TCP endpoint that is asynchronous, or otherwise doesn't acknowledge receipt of each line of traffic. For example, performance testing a Splunk indexer, Cribl worker group, ELK stack, etc.

These things accept data over TCP but don't acknowledge receipt of each event (to do so would torpedo performance).

They rate limit themselves by not acking further TCP packets until they have enough space in their buffers to accept more - this is known as 'Backpressure', and it's the application of backpressure that indicates a system is at load, and is what we want to test.

Possible solution

Have a check box on the TCPSampler configuration titled 'Dont' require responses', or 'Asynchronous endpoint', or similar. When unchecked (the default) it operate as it does now. When checked, it doesn't require a response and immediately send the next entry, relying on the TCP stack to block when it can no longer send.

Possible workarounds

At present I work around it by setting the response timeout to 1 millsecond. The downside of this though is that everything counts as an error.

JMeter Version

5.5

Java Version

openjdk 11.0.17 2022-10-18

OS Version

Ubuntu 22.10

Expected behavior

java.util.concurrent.TimeoutException: Stopping retry attempts for <<Downloading key 6a0975f8b1127b83 for org.jetbrains.kotlin:kotlin-gradle-plugin:[email protected]>> after 5 iterations and 30005ms Caused by: java.util.concurrent.TimeoutException: Stopping retry attempts for <<Downloading key 6a0975f8b1127b83 for org.jetbrains.kotlin:kotlin-gradle-plugin:[email protected]>> after 5 iterations and 30005ms at com.github.vlsi.gradle.checksum.pgp.Retry.invoke(Retry.kt:226) at com.github.vlsi.gradle.checksum.pgp.KeyDownloader.findKey(KeyDownloader.kt:72)

Actual behavior

there always download failed, could anyone tell me the reason, thanks

Steps to reproduce the problem

no

JMeter Version

5.5

Java Version

1.8

OS Version

Mac m2

测试文件

Description

Motivation and Context

How Has This Been Tested?

Screenshots (if appropriate):

Types of changes

• Bug fix (non-breaking change which fixes an issue)
• New feature (non-breaking change which adds functionality)
• Breaking change (fix or feature that would cause existing functionality to not work as expected)

Checklist:

• [ ] My code follows the code style of this project.
• [ ] I have updated the documentation accordingly.