Inbound JMS Implementation - Windows and UNIX
Inbound JMS Implementation
Inbound implementations take the form of modifying the UAC.xml file with a definition. The container will read this file to construct the connection to the target defined by the value of the Property java.naming.provider.
The following figure illustrates an example of this construction.
In the following examples:
- Messages consumed from the topic or queue are written to the file system defined by the <sb:Directory> tag.
- <sb:Filename> tag denotes the filename that is be written to the filesystem.
- %Seq% defines an increment so that subsequent messages consumed from the topic do not collide with already existing filenames.
ActiveMQ Topic
The following figure illustrates an attachment to an Apache ActiveMQ dynamic topic.
Websphere Queue
The following figure illustrates an attachment to an IBM Websphere queue.
MQ Series Queue
The following figure illustrates an attachment to an IBM MQ Series Queue.
Triggering an Event
Once a file has been written to the file system, UEM could be used to trigger an event, as shown in the following figure.
This event, which would be loaded by UEMLoad, looks for files with an extension of txt. When it sees a file with that extension, UEM renames the file to the original name with an xml extension. It then executes the handler, which runs a system command to move the file.
Event Options
The Event options used in this example are:
Option |
Description |
Identifier that uniquely identifies an event definition record. | |
Type of system event represented by the event definition record. | |
Event-driven UEM Server responsible for monitoring the event. | |
Event definitions that should be processed or ignored by UEM. | |
Event definitions that should be processed or ignored by UEM. | |
ID of an event handler record that UEM will execute when an event occurrence is triggered. | |
Name of a file to monitor. | |
Size a file must be in order to be considered complete by UEM. | |
Specifies whether or not UEM should rename a monitored file when an event occurrence is triggered. | |
Specifies how a file should be renamed when an event occurrence is triggered. | |
Identifier that uniquely identifies an event handler record. | |
Type of process executed for the event handler. | |
Highest value with which a handler can exit to still be considered as having executed successfully. | |
ID of a user account in whose security context the handler process will be executed. | |
Password for the user account specified by userid. | |
Command to execute on behalf of the event handler. |
Components
Universal Event Monitor for SOA