The Application Server support for JMS messaging, in general, and for message-driven beans, in particular, requires messaging middleware that implements the JMS specification: a JMS provider. The Application Server uses the Sun Java System Message Queue software as its native JMS provider. The Message Queue software is tightly integrated into theApplication Server, providing transparent JMS messaging support. This support is known within Application Server as the JMS Service. The JMS Service requires only minimal administration.
The relationship of the Message Queue software to the Application Server can be one of these types: EMBEDDED, LOCAL, or REMOTE. The effects of these choices on the Message Queue broker life cycle are as follows:
If the type is EMBEDDED, the Application Server and Message Queue software run in the same JVM. The Message Queue broker is started and stopped automatically by the Application Server. This is the default.
Lazy initialization starts the default embedded broker on the first access of JMS services rather than at Application Server startup.
If the type is LOCAL, the Message Queue broker starts when the Application Server starts.
If the type is REMOTE, the Message Queue broker must be started separately. For information about starting the broker, see the Sun Java System Message Queue 3.7 UR1 Administration Guide.
For more information about setting the type and the default JMS host, see Configuring the JMS Service.
For more information about the Message Queue software, refer to the documentation at http://docs.sun.com/app/docs/coll/1343.3.
For general information about the JMS API, see the JMS web page at http://java.sun.com/products/jms/index.html.