rednight

3.2 屬性(Properties) - 除了消息頭中定義好的標(biāo)準(zhǔn)屬性外，JMS 提供一種機制增加新屬性到消息頭 中，這種新屬性包含以下幾種：
   1. 應(yīng)用需要用到的屬性;
   2. 消息頭中原有的一些可選屬性;
   3. JMS Provider 需要用到的屬性。
   標(biāo)準(zhǔn)的JMS 消息頭包含以下屬性：

JMSDestination 消息發(fā)送的目的地 JMSDeliveryMode 傳遞模式， 有兩種模式： PERSISTENT 和NON_PERSISTENT，PERSISTENT 表示該消息一定要被送到目的地，否則會導(dǎo)致應(yīng)用錯誤。NON_PERSISTENT 表示偶然丟失該消息是被允許的，這兩種模式使開發(fā)者可以在消息傳遞的可靠性和吞吐量之間找到平衡點。 JMSMessageID 唯一識別每個消息的標(biāo)識，由JMS Provider 產(chǎn)生。 JMSTimestamp 一個消息被提交給JMS Provider 到消息被發(fā)出的時間。 JMSCorrelationID 用來連接到另外一個消息，典型的應(yīng)用是在回復(fù)消息中連接到原消息。 JMSReplyTo 提供本消息回復(fù)消息的目的地址 JMSRedelivered 如果一個客戶端收到一個設(shè)置了JMSRedelivered 屬性的消息，則表示可能該客戶端曾經(jīng)在早些時候收到過該消息，但并沒有簽收(acknowledged)。 JMSType 消息類型的識別符。 JMSExpiration 消息過期時間，等于QueueSender 的send 方法中的timeToLive 值或TopicPublisher 的publish 方法中的timeToLive 值加上發(fā)送時刻的GMT 時間值。如果timeToLive值等于零，則JMSExpiration 被設(shè)為零，表示該消息永不過期。如果發(fā)送后，在消息過期時間之后消息還沒有被發(fā)送到目的地，則該消息被清除。 JMSPriority 消息優(yōu)先級，從0-9 十個級別，0-4 是普通消息，5-9 是加急消息。JMS 不要求JMS Provider 嚴(yán)格按照這十個優(yōu)先級發(fā)送消息，但必須保證加急消息要先于普通消息到達(dá)。

3.3 消息體(Body) - JMS API 定義了5種消息體格式，也叫消息類型，你可以使用不同形式發(fā)送接收 數(shù)據(jù)并可以兼容現(xiàn)有的消息格式，下面描述這5種類型：

消息類型 消息體 TextMessage java.lang.String對象，如xml文件內(nèi)容 MapMessage 名/值對的集合，名是String對象，值類型可以是Java任何基本類型 BytesMessage 字節(jié)流 StreamMessage Java中的輸入輸出流 ObjectMessage Java中的可序列化對象 Message 沒有消息體，只有消息頭和屬性

下例演示創(chuàng)建并發(fā)送一個TextMessage到一個隊列：
TextMessage message = queueSession.createTextMessage();
message.setText(msg_text); // msg_text is a String
queueSender.send(message);

下例演示接收消息并轉(zhuǎn)換為合適的消息類型：
Message m = queueReceiver.receive();
if (m instanceof TextMessage) {
 TextMessage message = (TextMessage) m;
 System.out.println("Reading message: " + message.getText());
} else {
 // Handle error
}

4. 消息的同步異步接收
   消息的同步接收是指客戶端主動去接收消息，JMS 客戶端可以采用MessageConsumer 的receive方法去接收下一個消息。
   消息的異步接收是指當(dāng)消息到達(dá)時，主動通知客戶端。JMS 客戶端可以通過注冊一個實 現(xiàn)MessageListener 接口的對象到MessageConsumer，這樣，每當(dāng)消息到達(dá)時，JMS Provider 會調(diào)用MessageListener中的onMessage 方法。

5. PTP模型
PTP(Point-to-Point)模型是基于隊列的，發(fā)送方發(fā)消息到隊列，接收方從隊列接收消息，隊列的存在使得消息的異步傳輸成為可能。和郵件系統(tǒng)中的郵箱一樣，隊列可以包含各種消息，JMS Provider 提 供工具管理隊列的創(chuàng)建、刪除。JMS PTP 模型定義了客戶端如何向隊列發(fā)送消息，從隊列接收消息，瀏覽隊列中的消息。
   下面描述JMS PTP 模型中的主要概念和對象：

名稱 描述 Queue 由JMS Provider 管理，隊列由隊列名識別，客戶端可以通過JNDI 接口用隊列名得到一個隊列對象。 TemporaryQueue 由QueueConnection 創(chuàng)建，而且只能由創(chuàng)建它的QueueConnection 使用。 QueueConnectionFactory 客戶端用QueueConnectionFactory 創(chuàng)建QueueConnection 對象。 QueueConnection 一個到JMS PTP provider 的連接，客戶端可以用QueueConnection 創(chuàng)建QueueSession 來發(fā)送和接收消息。 QueueSession 提供一些方法創(chuàng)建QueueReceiver 、QueueSender、QueueBrowser 和TemporaryQueue。如果在QueueSession 關(guān)閉時，有一些消息已經(jīng)被收到，但還沒有被簽收(acknowledged)，那么，當(dāng)接收者下次連接到相同的隊列時，這些消息還會被再次接收。 QueueReceiver 客戶端用QueueReceiver 接收隊列中的消息，如果用戶在QueueReceiver 中設(shè)定了消息選擇條件，那么不符合條件的消息會留在隊列中，不會被接收到。 QueueSender 客戶端用QueueSender 發(fā)送消息到隊列。 QueueBrowser 客戶端可以QueueBrowser 瀏覽隊列中的消息，但不會收走消息。 QueueRequestor JMS 提供QueueRequestor 類簡化消息的收發(fā)過程。QueueRequestor 的構(gòu)造函數(shù)有兩個參數(shù)：QueueSession 和queue，QueueRequestor 通過創(chuàng)建一個臨時隊列來完成最終的收發(fā)消息請求。 可靠性(Reliability) 隊列可以長久地保存消息直到接收者收到消息。接收者不需要因為擔(dān)心消息會丟失而時刻和隊列保持激活的連接狀態(tài)，充分體現(xiàn)了異步傳輸模式的優(yōu)勢。