Passing connection-level credentials to the JMSAdapter of BlazeDS

In order to create a multi user Flex application, you can take advantage of one of the feature of LiveCycle Data Services: the Messaging Services. The Messaging Services allows you to connect your Flex application to a message destination and send/receive messages to it from other clients.
You use the JMS adapter to subscribe to JMS queues configured on an implementation of the Java Message Service. The Java Message Service (JMS) API is a Java Message Oriented Middleware  API for sending messages between two or more clients.
The LiveCycle Data Services 2.5.1 uses the JMS message adapter to communicate with messaging systems and to transport messages to and from a destination over a message channel. A destination specifies an id attribute to provide a public name for clients to use when sending messages.

The Flex application can use as message channel one of the protocol supported by the Flash Player: Action Message Format (AMF3), Realtime Message Protocol (RTMP), and XMLSocket.
When working with the Messaging Services you have to configure message destinations, apply security to message destinations, and modify logging settings. You configure the JMS adapter individually for the destinations that use it.

One of the limit if the Messagin Services of Livecycle Data Services is the inability to define a username and password in the configuration file to pass them to the JMS.
I discovered that in BlazeDS there is a new JMSAdapter that allows you to set the connection-level credentials passing the username and password.
The new connection-credentials XML node sets the the username and password used while creating the JMS connection.As the documentation said, use only if JMS connection level authentication is being used :

<destination id="chat-topic-jms">
    <properties>
...
        <jms>
            <destination-type>Topic</destination-type>
            <message-type>javax.jms.TextMessage</message-type>
            <connection-factory>jms/flex/TopicConnectionFactory
            </connection-factory>
            <destination-jndi-name>jms/topic/flex/simpletopic
            </destination-jndi-name>
            <delivery-mode>NON_PERSISTENT</delivery-mode>
            <message-priority>DEFAULT_PRIORITY</message-priority>
            <preserve-jms-headers>"true"</preserve-jms-headers>
            <acknowledge-mode>AUTO_ACKNOWLEDGE</acknowledge-mode>
            <connection-credentials username="sampleuser" password="samplepassword"/>
            <max-producers>1</max-producers>
        </jms>
    </properties>

For many developers this new features supported by the JMSAdapter could be very appreciated and could solve problems in many different scenarios where the authentication is required in JMS.

From the Adobe Livecycle Data Services documentation :

Messaging systems let separate applications communicate asynchronously as peers by passing packets of data called messages back and forth through a message service. A message usually consists of a header and a body. The header contains an identifier and routing information. The body contains application data.

Applications that send messages are called producers. Applications that receive messages are called consumers. In most messaging systems, producers and consumers do not need to know anything about each other. Producers send messages to specific message destinations, and the message service routes the messages to the appropriate consumers.

A message channel connects producers and consumers to message destinations. To send messages over a particular channel, an application connects to the message endpoint associated with the message channel. A message endpoint is the code responsible for encoding data into messages, and decoding messages into a format that consumers can use. In some messaging systems, an endpoint can pass decoded messages to a message broker, which routes them to appropriate destinations.

A message adapter is code that acts as a conduit between the LiveCycle Data Services Message Service and other messaging systems. For example, the Java Message Service (JMS) adapter is a message adapter that lets Flex applications subscribe to JMS topics and queues. This adapter lets a pure Java JMS message application share the same destination as a Flex application: Java applications can publish messages to LiveCycle Data Services destinations, and Java code can respond to messages that Flex applications send.

Comments

[Account Deleted]

Messaging systems let separate applications communicate asynchronously as peers by passing packets of data called messages back and forth through a message service. A message usually consists of a header and a body. The header contains an identifier and routing information. The body contains application data. this article is so nice i like it or is very informative for us

Debt Settlement Negotiation

[Account Deleted]

Was a beautiful page. Thanks to the designers and managers.
Tüp Bebek

[estetik]

Very nice page for me to read.