rednight

3.2 屬性(Properties) - 除了消息頭中定義好的標(biāo)準(zhǔn)屬性外，JMS 提供一種機(jī)制增加新屬性到消息頭 中，這種新屬性包含以下幾種：
   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ā)者可以在消息傳遞的可靠性和吞吐量之間找到平衡點(diǎn)。 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到一個隊(duì)列：
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 客戶端可以通過注冊一個實(shí) 現(xiàn)MessageListener 接口的對象到MessageConsumer，這樣，每當(dāng)消息到達(dá)時，JMS Provider 會調(diào)用MessageListener中的onMessage 方法。

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

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