Starting with Version 6.0, WebSphere® Application Server implements Java™ Management Extensions (JMX) Version 1.2, while WebSphere Application Server Version 5 implements JMX Version 1.0.
Differences between Version 5 and Version 6.0 and later
The product supports communication with earlier levels of the server through the SOAP connector. The earlier levels of the server cannot be more than two releases earlier. Version 6 and later of the product cannot communicate with servers on Version 5 through an RMI connector.
Due to the evolution of the JMX specification, the serialization format for JMX objects, such as the javax.management.ObjectName object, differs between the Version 5 implementation and the Version 6.0 and later implementation. The Version 6.0 and later JMX run time is enhanced to be aware of the version of the client with which it is communicating. The Version 6.0 and later run time makes appropriate transformations on these incompatible serialized formats to support communication between the different version run times.
A Version 5 wsadmin script or a Version 5 administrative client can call a Version 6.0 and later deployment manager, node, or server. A Version 6.0 and later wsadmin script or a Version 6.0 and later administrative client can call a Version 5 node or server.
When a Version 5 wsadmin script or a Version 5 administrative client calls a Version 6.0 and later MBean, the instances of classes that are new in Version 6.0 and later cannot be passed back to Version 5 because these classes are not present in the Version 5 environment. The problem occurs infrequently. However, it usually occurs when an exception embeds a nested exception that is new starting with Version 6.0. The symptom is usually a serialization exception or a NoClassDefFoundException exception.
Due to changes in the JMX implementation from Version 5 to Version 6.0, different exceptions are created when a method on an MBean is invoked for Version 5 than when a method on an MBean is invoked for Version 6.0 and later . For example, when a method gets or sets an unknown attribute for Version 5, the MBeanRuntimeException exception is created. When a method gets or sets an unknown attribute for Version 6.0 and later, the MBeanException exception that wraps a ServiceNotFoundException exception is created.
An instance of a user-defined class that implements the Serializable interface that is passed as a parameter or return value during MBean invocation, or sent as part of a notification, cannot contain a non-transient instance variable that is in the javax.management.package package. If the instance does, it cannot be properly deserialized when passed between Version 5 and Version 6.0 or later run times.
wsadmin> $AdminConfig list Cell DefaultCellNetwork(cells/DefaultCellNetwork:cell.xml#Cell_1)whereas for a Version 6.0 and later client, the output is:
wsadmin> $AdminConfig list Cell DefaultCellNetwork(cells/DefaultCellNetwork|cell.xml#Cell_1)The change to the configuration ID generally is not a problem because configuration IDs are generated dynamically. When a Version 5 client passes a configuration ID that contains a colon, the JMX run time, for upward compatibility, automatically transforms the configuration ID that contains a colon into a configuration ID that contains a vertical bar. Similarly, a reverse transformation is performed for backward compatibility.
Do not save the configuration ID and then try to use it later. Only query the ID and use it.
$Help attributes MBeanObjectName $Help operations MBeanObjectName $Help notifications MBeanObjectName
com.ibm.websphere.management.AdminClient.getMBeanInfo(ObjectName name); com.ibm.websphere.management.AdminService.getMBeanInfo(ObjectName name); javax.management.MBeanServer.getMBeanInfo(ObjectName name);
$Help attributes MBeanObjectName $Help operations MBeanObjectName $Help all MBeanObjectNamewhere MBeanObjectName is a string representation of a Version 6.1 and later MBean Object.
Property name | jmx.serial.form |
Data type | string |
Value | 1.2.0 or 1.2.1 |
Servers > Server Types > WebSphere application servers > server1. . Then, under Server Infrastructure, click Java and process management > Process definition > Control > Java virtual machine > Custom properties