JMeter is a software that can perform load test, performance-oriented business (functional) test, regression test, etc., on different protocols or technologies.


Wenso’s Solution Oriented Non-Functional Testing [SONFT] Model using J-Meter has a highly Effective procedure and Skillset in place to ensure that enterprise level Applications performance is evaluated from aspects.

Protocols supported by SONFT – Using JMeter are

  1. Web − HTTP, HTTPS sites ‘web 1.0’ web 2.0 (ajax, flex and flex-ws-amf)
  2. Web Services − SOAP / XML-RPC
  3. Database via JDBC drivers
  4. Directory − LDAP
  5. Messaging Oriented service via JMS
  6. Service − POP3, IMAP, SMTP
  7. FTP Service

Things To Know

JMeter is an awesome tool that provides excellent scripting capabilities. You can simulate almost anything using JMeter scripting; log in, posting of forms, various browsers and so on BUT executing tests using JMeter is a totally different matter.

And finding the cause of failed tests can induce a series of painful headaches

Console freezesThe console doesn’t collect engine data (it’s frozen again) - using distributed architectureEngine is running out of memory
The JMeter console running in GUI mode can consume a lot of CPU and memory. Memory consuming listeners such as “View Results Tree” or any of the graphical reporting listeners can cause the console to freeze without providing any prior alert. The GUI console is excellent for running a small load and developing and/or debugging your script. We don’t recommend running high capacity loads using the GUI console as in most cases, it will freeze halfway through the test.

Unless specifically configured, all the data retrieved while running a test is going through the JMeter console. So, when running a test using a JMeter distributed architecture that might include, (for example) 4 engines all the data that each engine generates is tunneled through the JMeter console. That is A LOT of data.

This means that the console needs to deal with all data gathered from all the JMeter engines – in parallel. This can be an extremely heavy burden for the JMeter console.

When running a test using a JMeter distributed architecture an engine can often dump its core or produce an out of memory exception. It can also freeze before being able to write this exception to the log. This is usually caused due to a too high number of threads or a too intensive test.

Either way, the engine will stop generating traffic and should log the exception to its log file.

If this happens, it means that the engine has stopped working and will probably need rebooting. The test will continue however, this engine will not provide the traffic that is required.

Odds are that if one engine fails the others will follow suit and the next test will need to be reconfigured in a different way.

Our Offerings

The modern applications environments are hybrid which includes different services and application programming interfaces across mobile and on premises. To ensure the best user experience you need high application performance that is less response times.

Wenso Application Performance team helps clients deliver future proof systems with high responsiveness availability and scalability.

Wenso Application Performance recommendations can reduce the frequency and blackout by helping you find problems more quickly.

Only one step away
Analyze your Requirement
Submit Proposal With Our right fit solution

Contact us