Skip to Content

Update on 24.06.2017

The listener plugin has been re-implemented in order to reduce number of external dependencies that are not contained in JMeter distribution and require additional libraries: HTTP client was changed from Jersey to Elasticsearch Java REST (external dependency), JSON processor was changed from Gson to json-smart (contained in JMeter distribution).

Additional listener configuration parameter has been introduced to allow exclusion of specific attributes of sample result from being sent to Elasticsearch server.

 

 

Intro

Apache JMeter (Apache JMeter – Apache JMeter™) is one of popular tools for load testing, which became a “Swiss Army knife” in the area of integration scenarios performance testing. It is open source, lightweight, supports variety of load generator types (called samplers in JMeter’s terminology), and it is flexibly extendible. Most commonly extension plugins are developed for samplers – so that JMeter can be used to generate load for specific technologies and protocols. But there is another area, which is worth of paying attention to – processing, presentation and visualization  of test results. In JMeter, listener components are responsible for this task. JMeter is already equipped with some of them, 3rd party plugins enrich listeners capabilities by bringing new listeners – but in majority of cases, listeners are either visualizing test results in JMeter, or exporting them to external files. Test results visualization in JMeter is limited to user interface technologies used by JMeter, export to external files requires further data processing and rendering.

 

For those who would like to familiarize themselves with JMeter, there are technical materials describing its basic concepts, development and usage of test plans and their major components: a good starting point is documentation published on JMeter’s official web site, complemented by examples of JMeter test plans, which can be found over the Internet and on SCN.
In this blog, I would like to describe an alternative approach, which employs external data visualization tools for presentation of test results obtained from JMeter test plan executions in real time. I will use Kibana (Kibana: Explore, Visualize, Discover Data | Elastic), which is a part of ELK stack, but generally speaking, the approach can be easily adopted and other data visualization / dashboard tools can be utilized instead. In conjunction with Kibana, which is used for data visualization, I will utilize Elasticsearch for storing and indexing JMeter test results data (samples data). Principal flow diagram depicting involved components, is provided in the illustration below:

Flow.png

Custom developed JMeter listener for Elasticsearch sends test results data to an Elasticsearch server, Kibana uses indexed data persisted in Elasticsearch, when visualizing it in a prepared dashboard.

 

 

JMeter Listener for Elasticsearch

A developed JMeter listener for Elasticsearch is bundled as a JAR file. A Java class implementing listener, has to extend JMeter’s abstract class AbstractBackendListenerClient. Details on AbstractBackendListenerClient are provided in JavaDocs for JMeter and can be found at https://jmeter.apache.org/api/index.html?org/apache/jmeter/visualizers/backend/AbstractBackendListenerClient.html. Below are some key points regarding important methods of this class, that have to be implemented by custom listeners:

  • getDefaultParameters(). Implements logic to set parameters and their default values. It is necessary to specify parameters programmatically so that they appear on the UI of the listener, default values can be overwritten later in JMeter in the listener UI. In the developed listener, parameters are used to specify connectivity and authentication configuration for a called Elastichsearch server, index to be used and timezone to be used for timestamps adjustment (if necessary);
  • setupTest(). Implements initialization logic. Called once at the beginning of an executed test plan. In the developed listener, an Elasticsearch server ping test is conducted during initialization – if ping fails (for example, due to network connectivity issues between JMeter and an Elasticsearch server, an Elasticsearch server being down or incorrectly specified listener parameters), listener will not attempt to send samples data to an Elasticsearch server;
  • teardownTest(). Implements cleanup logic. Called once at the end of an executed test plan. Not used in the developed listener;
  • handleSampleResults(). Implements listener logic that is used to handle and process each sampler execution results. Called at each iteration of the test for each thread in the thread group. In the developed listener, sample data is marshalled into JSON format and sent to a specified Elasticsearch server by invoking its corresponding REST API over HTTP(S).

 

Following 3rd party libraries that are not contained in JMeter distribution, where used in implementation of a listener for Elasticsearch:

Other dependency libraries that are used in this listener, shall already be contained in JMeter distribution.

At least JRE 8 is required to use it.

Additionally, generation of a Java class reflecting structure of test results / sample data was done using http://www.jsonschema2pojo.org/.

Utility and dependency libraries (Elasticsearch Java REST client) shall be placed in directory <JMeter home>/lib.JMeter listener plugin binary shall be placed in directory <JMeter home>/lib/ext.

 

Source code of the developed listener, as well as compiled and built plugin (which is distributed as a JAR file) can be downloaded from GitHub.

 

The developed listener has been tested with JMeter version 3.2 running on Java 1.8 runtime.

 

 

Demo

I have prepared a JMeter test plan that consists of two samplers, which are responsible for generation of SOAP requests (being sent to a SAP PO system to trigger a simple interface) and HTTP requests (being sent to a public Internet service for retrieving current time).

 

Below is a screenshot of main components of a test plan and configuration of a developed listener for Elasticsearch. As it can be noticed, custom listener is added to a test plan using component Backend Listener and selecting a class that implements the required listener:

Listener configuration.png

Later on, the parameter ‘result.attributes.excluded’ has been introduced and can be used to specify sample result attributes that do not need to be passed to Elasticsearch server. Names of attributes shall be comma-delimited. Full list of currently collected and available attributes, is: Timestamp, StartTime, EndTime, Time, Latency, ConnectTime, IdleTime, SampleLabel, GroupName, ThreadName, ResponseCode, IsResponseCodeOk, IsSuccessful, SampleCount, ErrorCount, ContentType, MediaType, DataType, RequestHeaders, ResponseHeaders, HeadersSize, SamplerData, ResponseMessage, ResponseData, BodySize, Bytes.

The test plan configuration implies execution of samplers several times – having done so, we are capable of collecting some volume of test data, that is sufficient for visualization demonstration in Kibana.

 

The developed listener produces log entries that can be accessed from JMeter – info / error messages for major events and debug messages in case details of listener execution need to be collected:

JMeter log.png

 

Configuration of Elasticsearch and Kibana, as well as development of visualizations and dashboards in Kibana are out of scope of this blog. Please refer to official documentation available on Elastic web site and tutorials published in Internet in case details are required in regards to these topics.

 

Let us now start test plan execution in JMeter and simulate both successful and failed sample executions in one of target systems. Below is an outlook at results visualized in a Kibana dashboard:Kibana dashboard.png 

It shall be noted that just few attributes of retrieved test results were visualized and used in a demonstrated Kibana dashboard – there is much more data sent by a listener and indexed by Elasticsearch, which can be used for more precise analysis of test results. Below is a sample indexed document (test sample) containing various metrics and test sample request / response data, which were submitted by JMeter, persisted in Elasticsearch and available for visualization in Kibana:Indexed document.png

To report this post you need to login first.

4 Comments

You must be Logged on to comment or reply to a post.

  1. tony nguyen

    Hi Vadim,

    I am trying to get your Jmeter ELK solution to work on my local but i am running into some issues. I have downloaded your Listener4Elasticsearch.jar and placed it under /lib/ext/. I am about to see the listener in the jmeter UI. However when I execute my test, no data is being display in Kibana.

    (0) 
    1. Vadim Klimov Post author

      Hi Tony,

      The plugin has dependencies on several 3rd party libraries – particularly, Gson and Jersey 1.x – which are not a part of neither JMeter bundle, nor this plugin. This means, you have to download them separately and put them into directory <JMeter home>/lib  (see remark on this in the blog).

      If you already did this, please post an error message details from JMeter’s log, it may bring clarity about origin of the error.

      Regards,

      Vadim

      (0) 
      1. tony nguyen

        Vadim,

        Please see the attached for the list of dependency i copied into the lib. Also I do not see any error messages with vadim.jmeter.listener.elasticsearchlistener in Jmeter logs.

        Screen Shot 2016-08-10 at 1.41.44 PM.pngScreen Shot 2016-08-10 at 1.42.05 PM.pngScreen Shot 2016-08-10 at 1.44.09 PM.png

        (0) 
        1. Vadim Klimov Post author

          Hello Tony,

          From provided logs, I cannot see any evidence on invocation of the Backend Listener component by JMeter runtime. Can you please check details of JMeter test plan execution and see if attempt to call Backend Listener is actually done? Is corresponding listener component in the test plan enabled?

          You may increase JMeter log level to DEBUG (e.g. in jmeter.properties or by using corresponding additional command line option when starting JMeter) and check if you get any additional information in the log.

          The plugin is called as a Backend Listener implementation – but if JMeter does not call Backend Listener component at all when running your test plan, this means it does not even reach the plugin.

          Regards,

          Vadim

          (0) 

Leave a Reply