You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
JMeter-testplan checks a REST-API of a server-side software
HTTP-Request blocks are used to send REST-calls
Every ThreadGroup has a BackendListener to write into a time-series database.
Such a BackendListener uses a JMeter plugin "JMeter-InfluxDB-Writer 1.2".
B. Test execution:
JMeter is started with Maven (meter-maven-plugin:2.8.1).
If the InfluxDB is not reachable for JMeter then an IllegalStateException is thrown
After that a row of Timeout-errors come (which is understandable).
JMeter hangs and never stops (as experiment I have waited for 2 hours).
C. My proposal:
If something wrong happens in the startup phase with the Sampler-block then break the test with an error message.
If something wrong happens with a supporting "secondary" element like a Backend-Listener then catch the exception, stop the execution and show a warning with a hint for the user to deactivate Backend-Listener with a passed property say "backend.listener.disabled=true" or fix the connection issue.
Reason for (2) is that developers use sometimes JMeter on their local machines without having set up (or having access to) all "add-ons" like a time-series database etc. They just want to verify quickly their changes in code and get simple feedback from JMeter in form of response times without any further statistic collection.
Example of the unhandled error is in the log-file. jmeter_error.log
The text was updated successfully, but these errors were encountered:
dmuravov
pushed a commit
to dmuravov/JMeter-InfluxDB-Writer
that referenced
this issue
Dec 7, 2018
…ed" (default value = FALSE). Now the plugin reports a ERROR-log if connection to InfluxDB is not present and sets the above parameter to the value TRUE thus avoiding write-operations to InfluxDB which cause errors. NOTE: in order to avoid never ending hanging of JMeter in case backend listeners have problems the user should set JMeter property jmeterengine.force.system.exit=true. This will force JMeter to terminate at the end of the test.
A. Setup:
B. Test execution:
C. My proposal:
Reason for (2) is that developers use sometimes JMeter on their local machines without having set up (or having access to) all "add-ons" like a time-series database etc. They just want to verify quickly their changes in code and get simple feedback from JMeter in form of response times without any further statistic collection.
Example of the unhandled error is in the log-file.
jmeter_error.log
The text was updated successfully, but these errors were encountered: