...
Maven users will need to add the following dependency to their pom.xml for this component:
...
URI Format
The component can connect to the local platform mbean server with the following URI:
...
A remote mbean server url can be provided following the initial JMX scheme like so:
...
...
You can append query options to the URI in the following format, ?options=value&option2=value&...
...
Property | Required | Default | Description |
|---|---|---|---|
format |
| xml | Format for the message body. Either "xml" or "raw". If xml, the notification is serialized to xml. If raw, then the raw java object is set as the body. |
user |
|
| Credentials for making a remote connection. |
password |
|
| Credentials for making a remote connection. |
objectDomain | yes |
| The domain for the mbean you're connecting to. |
objectName |
|
| The name key for the mbean you're connecting to. This value is mutually exclusive with the object properties that get passed. (see below) |
notificationFilter |
|
| Reference to a bean that implements the |
handback |
|
| Value to handback to the listener when a notification is received. This value will be put in the message header with the key "jmx.handback" |
testConnectionOnStartup |
| true | Camel 2.11 If true, the consumer will throw an exception when unable to establish the JMX connection upon startup. If false, the consumer will attempt to establish the JMX connection every 'x' seconds until the connection is made – where 'x' is the configured reconnectDelay. |
reconnectOnConnectionFailure |
| false | Camel 2.11 If true, the consumer will attempt to reconnect to the JMX server when any connection failure occurs. The consumer will attempt to re-establish the JMX connection every 'x' seconds until the connection is made-- where 'x' is the configured reconnectDelay. |
reconnectDelay |
| 10 seconds | Camel 2.11 The number of seconds to wait before retrying creation of the initial connection or before reconnecting a lost connection. |
...
When the objectName property is provided, the following constructor is used to build the ObjectName? for the mbean:
...
...
The key value in the above will be "name" and the value will be the value of the objectName property.
Domain with Hashtable
...
The Hashtable is constructed by extracting properties that start with "key." The properties will have the "key." prefixed stripped prior to building the Hashtable. This allows the URI to contain a variable number of properties to identify the mbean.
Example
...
...
Monitor Type Consumer
Available as of Camel 2.8
One popular use case for JMX is creating a monitor bean to monitor an attribute on a deployed bean. This requires writing a few lines of Java code to create the JMX monitor and deploy it. As shown below:
...
...
The 2.8 version introduces a new type of consumer that automatically creates and registers a monitor bean for the specified objectName and attribute. Additional endpoint attributes allow the user to specify the attribute to monitor, type of monitor to create, and any other required properties. The code snippet above is condensed into a set of endpoint properties. The consumer uses these properties to create the CounterMonitor, register it, and then subscribe to its changes. All of the JMX monitor types are supported.
Example
...
...
The example above will cause a new Monitor Bean to be created and depoyed to the local mbean server that monitors the "MonitorNumber" attribute on the "simpleBean." Additional types of monitor beans and options are detailed below. The newly deployed monitor bean is automatically undeployed when the consumer is stopped.
...
The monitor style consumer is only supported for the local mbean server. JMX does not currently support remote deployment of mbeans without either having the classes already remotely deployed or an adapter library on both the client and server to facilitate a proxy deployment.
...
...