• Adi Jaradat

Building JMeter Monitor for IBM Maximo Part 2

Updated: Feb 25

This is the second part of Building Monitor for IBM Maximo using Apache JMeter.

JMeter Monitor for IBM Maximo - Apache JMeter

JMeter Monitor for IBM Maximo – Apache JMeter

  1. Part 1

  2. Part 2

  3. Part 3

  4. Part 4

HTTP Request


This is the point where we poke Maximo instance to check if it’s responsive. We shall start with a useful name here, let’s keep in mind that the Thread Group name helped us identify the Maximo instance in question.


Now we can take this concept one step further and use the HTTP Request name to reflect the Node name. You can obtain this name by logging into WebSphere and looking for this specific instance under “Application Servers”. This is not a mandatory step, but I found useful especially if you have in mind a more robust automation using BeanShells which I may cover in the future.


Filling up the “Basic” HTTP Request information:

  1. Server Name or IP: the host

  2. Port Number: the port

  3. Timeouts: 20,000 you will need to tweak this number according to your environment

  4. Response: 20,000 you will need to tweak this number according to your environment

  5. HTTP Request Method: GET

  6. Path: The Power of Maximo URL Parameters Builder

The “Path” is very important! You need to make a decision on the best way to poke your instance. Just keep in mind that it should not trigger a heavy operation otherwise you will be loading your instance unnecessarily given the frequency we will set shortly. Also you want to pick an action that will guarantee you a useful result. You need to think of the cases when the instance is all down, also if the application server is running but the database is down. You can attempt to login and this shall load resources from the application server and require database engagement. Of course you can pump this a notch with specific servlet implementation.

JMeter Monitor for IBM Maximo - HTTP Request

JMeter Monitor for IBM Maximo – HTTP Request

Constant Timer


Simple component here, good old fashioned timer, just specify a Thread Delay of 15,000 and tweak it as you go.

JMeter Monitor for Maximo Constant Timer

JMeter Monitor for Maximo Constant Timer

Mailer Visualizer


We initiated a “HTTP Request” based on a “Constant Timer” then we tested the response using “Response Assertion” and we managed to evaluate which response values are “pass” and “no-pass”. Now we need to take an action if the response yielded “no-pass”.


In this example we will send an email notification indicating that the instance did not respond on time. Additionally, we will also send an email when the instance is up again, so a pair of emails for a specific instance will indicate when the instance stopped responding and when it got back up again. Give the “Mailer” a name and fill the following fields:

  1. From: from email address

  2. Addresses: Recipients separated by a comma

  3. Success Subject: I suggest using the instance direct link, for example: http://mymaximo:9080/maximo this will make it easier to link right into that specific instance for testing.

  4. Success Limits: use 2, so if the instance started responding, wait for two trials before sending the email

  5. Failure Subject: The same as Success Subject

  6. Failure Limits: use 2

  7. SMTP Server Host: You probably know it

  8. Login and Password: you probably won’t need it if you placed JMeter on a server that it configured for SMPT relay

Now our “Mailer” will send us in email in the following cases:

  1. Instance did not respond on time for two consecutive trials

  2. Instance started to respond after failure for two consecutive trials

JMeter Monitor for Maximo Mailer Visualizer

JMeter Monitor for Maximo Mailer Visualizer

Links

https://jmeter.apache.org/

https://www.ibm.com/support/knowledgecenter/en/SSEQTP_8.5.5/com.ibm.websphere.base.doc/ae/txml_script.html

https://www.oracle.com/ae/database/autonomous-database.html

36 views0 comments