Tune > Performance

Install and configuring Composite Application Manager for WebSphere, v6.1 to monitor WebSphere Commerce

IBM Tivoli Composite Application Manager for WebSphere monitors WebSphere Application Server-based J2EE applications. This topic describes how to deploy Tivoli Composite Application Manager to monitor a WebSphere Commerce site.

Procedure

1. Change the ownership of some WebSphere Application Server folders to grant wasuser execution rights of one shell, VersionInfo.sh. If you do not change the ownership, then the Data Collector configuration will fail.

   Run the following commands as root user:

   #cd /usr/WebSphere/Appserver (-- WebSphere Application Server
   installation folder)
   #chown wasuser:wasgroup properties/version
   #chown -R wasuser:wasgroup properties/version/history
   

2. Install Tivoli Composite Application Manager following the directions in the following guides:

   • Managing Server Installation and Customization Guide

   • Distributed Data Collector Installation and Customization Guide

3. Optional: Change the ownership of the VersionInfo.sh shell back to root.

   #cd /usr/WebSphere/Appserver (-- WebSphere Application Server
   installation folder)
   
   #chown root:system properties/version
   #chown -R root:system properties/version/history
   

4. Customize the class filter configuration to monitor WebSphere Commerce on the Data Collector node. When the monitoring level is L3, the class filter on the Data Collector node directly affects the performance overhead on that node. By default, all class names beginning with com.ibm.* are filtered out from the Data Collector.

   To monitor WebSphere Commerce:

   1. Open the toolkit_config_was.xml file in the itcamdc/etc/was directory.

   2. Add a <selectClass> tag to monitor specific classes. For example:

      <selectClass>        
      <selectionId>appCommerceClasses</selectionId>        
      <Matches>com.ibm.commerce.*</Matches>        
      <type>application</type>        
      <priority>99</priority>
      </selectClass>
      

   3. Save and close the file.

   4. Restart the WebSphere Commerce Server.

5. Customize the class filter configuration to monitor WebSphere Commerce on the Web Interface for Composite Application Manager Managing Server. By default, the sample configuration used for J2EE applications, called J2EE default, filters all WebSphere Commerce classes.

   This filter affects the display result in the Management Server; it does not affect the performance overhead on the application server.

   1. Follow the directions in the topic Modifying a configuration to add WebSphere Commerce classes. For example:

6. Follow the directions in the topic Fine tuning datacollector.properties to disable the turbo mode setting. Disabling turbo mode probably costs more in CPU resources (higher CPU usage ratio). But, it can give you better system response (higher transaction throughput and shorter page response time).

+

Search Tips   |   Advanced Search