+

Search Tips   |   Advanced Search

Administrative properties for JMS connections to a bus

We can configure properties to enable workload management of connections to a service integration bus for JMS applications. The same properties can also be used to control the client connection topology. For example, connection options can be specified such that client applications only connect to a set of client serving messaging engines and never to the set of destination serving messaging engines in a bus.

The properties for connecting JMS applications to a bus are used by the administrator. The JMS applications do not specify how to connect to the bus, beyond using a JMS connection factory or JMS activation specification (for message-driven beans).

The general aim of connecting to a bus is to connect to a suitable messaging engine that provides the message point for a JMS destination that the application is to use. Applications running inside an application server can locate a suitable messaging engine and connect directly to the selected messaging engine. Client applications running outside of an application server cannot locate a suitable messaging engine themselves, these clients must use a bootstrap server to locate a suitable messaging engine on behalf of the client application.

When an application connects to the bus, the bus chooses a suitable messaging engine based on administrative properties of the JMS connection factory or activation specification that the application uses. For maximum connection flexibility, we can leave most properties to default, the only required connection property is the name of the bus that the application is to connect to.

The bus uses the following general process to choose a suitable messaging engine, based on the value we select for the Connection proximity property. If we understand this process, we can better configure the properties that control how the bus chooses messaging engines.

The following rules are used to test the connection proximity for a selected messaging engine:

When a connection is made to a messaging engine in the same server as the application, the connection is made directly through memory, so the Remote transport chain is ignored.


Related:

  • JMS connection factories and service integration
  • JMS queue resources and service integration
  • JMS topic resources and service integration
  • Why and when to pass the JMS message payload by reference
  • Configure a queue connection factory for the default messaging provider
  • Configure a topic connection factory for the default messaging provider
  • Configure an activation specification for the default messaging provider
  • Default messaging provider unified connection factory [Settings]
  • Default messaging provider queue connection factory [Settings]
  • Default messaging provider topic connection factory [Settings]