jms伺服器實例

1、啟動JMSService 時出錯，請問是什麼原因

是的，要以管理員身份運行。
你可能現在登錄windows的用戶不是管理員組的，其實vmware安裝時會建立一個專門的用戶組，你只要把當前用戶加入這個組就可以了。

2、什麼情況下使用JMS

這個很難具體說。我感覺jms用在異構平台間通訊，或者大規模系統間通訊都很合適。資料庫在這方面很難提供實時性和好的效率。
另外消息是可以持久化的。
具體內容你還是查查相關資料吧，開始的時候可以用ActiveMQ試試，這是java實現的jms伺服器。開源的。
像我們現在的項目核心數據交換就是jms，用的是TIBCO的EMS。

MS當然可以用在一台機器或者同一個系統，作為非同步應用之間的通訊用。
比如A、B兩個應用都在一台伺服器上。A應用去調用B應用，如果B應用處理極慢，不採用非同步手段，那麼A一直等待B的響應，A也就卡死了。

如果之間採用JMS通訊傳輸指令，那A只管把命令丟到JMS隊列，A立刻可以處理新的事務了。
B收到JMS的消息去執行，啥時候做完了再把反饋信息通過JMS丟回給A就行了。A也就知道原先給B的事務已經做完了。這就達成了應用的非同步調用。

jMS一般用在企業級、分布式開發中。現在中國流行SSH基本上用不上，只有個別根據業務需要，會有用的，但不多。
最常見的連鎖店，店鋪銷售數據要傳回伺服器，不能保證所有店鋪都能正常聯網，也不能斷網這個店鋪就不能銷售。jms的非同步傳輸，可以暫存數據，在網路正常時將之前的數據傳輸過去。
網路不好的時候，同步傳輸則要一直等待，非同步則不需要。

3、JMS 在項目中的應用

JMS一般用在企業級、分布式開發中。
現在中國流行SSH基本上用不上，只有個別根專據業務需屬要，會有用的，但不多。
最常見的連鎖店，店鋪銷售數據要傳回伺服器，不能保證所有店鋪都能正常聯網，也不能斷網這個店鋪就不能銷售。jms的非同步傳輸，可以暫存數據，在網路正常時將之前的數據傳輸過去。
網路不好的時候，同步傳輸則要一直等待，非同步則不需要。
如果你想改成技術，你想改成啥的？你有啥好方法？

4、什麼是JMS消息服務（Java Message Service）?

JMS(Java Message Service)是訪問企業消息系統的標准API,它便於消息系統中的Java應用程序進行消息交換,並且通過提供標準的產生、發送、接收消息的介面簡化企業應用的開發。
1.JMS應用由以下幾部分組成：
JMS provider ：是一個消息系統，它實現了JMS 介面並提供管理和控制的功能。
JMS clients ：是用Java語言寫的一些程序和組件，它們產生和使用消息。
Messages ：是在JMS clients之間傳遞的消息的對象。
Administered objects ：是由使用JMS clients 的人生成的預選設置好的JMS 對象。有兩種這樣的對象：destinations和connection factories。
2.JMS基本功能
JMS是用於和面向消息的中間件相互通信的應用程序介面。它既支持點對點(point-to-point)的域，又支持發布/訂閱 (publish/subscribe)類型的域，並且提供對下列類型的支持：經認可的消息傳遞,事務型消息的傳遞，一致性消息和具有持久性的訂閱者支 持。JMS還提供了另一種方式來對您的應用與舊的後台系統相集成。

5、jms是什麼意思

Java Message Service的簡稱。

讀音：英 [ˈdʒɑːvə ˈmesɪdʒ ˈsɜːvɪs]美 [ˈdʒɑvə ˈmesɪdʒ ˈsɜːrvɪs]

釋義：消息服務，使用Java消息服務。

語法：JMS即Java消息服務（Java Message Service）應用程序介面，是一個Java平台中關於面向消息中間件（MOM）的API，用於在兩個應用程序之間，或分布式系統中發送消息，進行非同步通信。Java消息服務是一個與具體平台無關的API，絕大多數MOM提供商都對JMS提供支持。

例句：

You have successfully used the JMS protocol for communicating with your SOAP requests. 

您已經成功地使用JMS協議和SOAP請求通信了。

(5)jms伺服器實例擴展資料

JMS定義了五種不同的消息正文格式，以及調用的消息類型，允許你發送並接收以一些不同形式的數據，提供現有消息格式的一些級別的兼容性。

1、StreamMessage -- Java原始值的數據流

2、MapMessage--一套名稱-值對

3、TextMessage--一個字元串對象

4、ObjectMessage--一個序列化的 Java對象

5、BytesMessage--一個未解釋位元組的數據流

6、內外網用JMS怎樣交互

通訊協議上，http/tcp/udp/ftp..........兩台伺服器之間交互想怎麼交互就怎麼交互，專你的程序怎麼寫他就屬怎麼交互。 技術上面，webService、EJB、COM+、WCF、REST啥啥都行

7、如何在WEBLOGIC12中配置JMS伺服器

預設安裝中使用DemoIdentity.jks和DemoTrust.jks KeyStore實現SSL，需要配置伺服器使用Enable SSL，配置其埠，在產品模式下需要從版CA獲取私有密鑰和數字證書權，創建identity和trust keystore，裝載獲得的密鑰和數字證書。可以配置此SSL連接是單向還是雙向的。

8、如何將JMS配置到jboss伺服器中?

由於Jboss中默認的服務是JbossMQ，我們需要把MQ替換成Messaging。具體的配置請參見< http://labs.jboss.com/file-access/default/members/jbossmessaging/freezone/docs/userguide-1.4.0.SP1/html/installation.html>jboss-messaging-1.4.0.SP1.zip文件中也有一份同樣的userguide。
假定配置好的Messaging目錄為<\jboss-4.2.2.GA\server\messaging\>。
擴展配置：<!--[if !supportLists]-->1． <!--[endif]-->Jboss默認的資料庫是HSQL資料庫，它是沒有事務的。如果換成了有事務的資料庫，但是並不需要使用集群的話，需要把<\jboss-4.2.2.GA\server\messaging\deploy\jboss-messaging.sar\xxxx-persistence-service.xml>中相關設置改成如下內容，否則會導致Jboss不能正常啟動<attribute name="Clustered">false</attribute><!--[if !supportLists]-->2． <!--[endif]-->Messaging默認的用戶和許可權內容是從配置文件中讀入的，如果需要從DB讀入，可以在文件<\jboss-4.2.2.GA\server\messaging\conf\login-config.xml>中按以下修改。<application-policy name = "messaging">
<authentication>

9、一個關於JMS收到消息後向客戶端反饋的問題

1. 消息發送伺服器後，如果要獲取伺服器的消息 那麼就要讓客戶端定時向服務專器發起請屬求獲取jms消息，這樣就可以做到伺服器測的消息 自動展現了，這種方式是有延時的而且效率不高。 現在常用的方式是使用 html5 websocket.
2. 只要消息能返回到客戶端就可以使用js任意操作。
3. 一般情況是正確的，但對於jms來說不過消息自動到客戶端有兩種模式 一種就是你說的客戶端自動發起請求，一種是使用jms的廣播機制，可以像監聽的客戶端發送廣播消息的方式將消息發送到客戶端。
4. http協議是基於請求響應的，如果你採用tcp協議那麼就不存在這種問題了不需要輪訓，比如使用websoket.

10、JMS的應用程序

ConnectionFactory 介面（連接工廠）
用戶用來創建到JMS提供者的連接的被管對象。JMS客戶通過可移植的介面訪問連接，這樣當下層的實現改變時，代碼不需要進行修改。管理員在JNDI名字空間中配置連接工廠，這樣，JMS客戶才能夠查找到它們。根據消息類型的不同，用戶將使用隊列連接工廠，或者主題連接工廠。
Connection 介面（連接）
連接代表了應用程序和消息伺服器之間的通信鏈路。在獲得了連接工廠後，就可以創建一個與JMS提供者的連接。根據不同的連接類型，連接允許用戶創建會話，以發送和接收隊列和主題到目標。
Destination 介面（目標）
目標是一個包裝了消息目標標識符的被管對象，消息目標是指消息發布和接收的地點，或者是隊列，或者是主題。JMS管理員創建這些對象，然後用戶通過JNDI發現它們。和連接工廠一樣，管理員可以創建兩種類型的目標，點對點模型的隊列，以及發布者/訂閱者模型的主題。
Session 介面（會話）
表示一個單線程的上下文，用於發送和接收消息。由於會話是單線程的，所以消息是連續的，就是說消息是按照發送的順序一個一個接收的。會話的好處是它支持事務。如果用戶選擇了事務支持，會話上下文將保存一組消息，直到事務被提交才發送這些消息。在提交事務之前，用戶可以使用回滾操作取消這些消息。一個會話允許用戶創建消息，生產者來發送消息，消費者來接收消息。
MessageConsumer 介面（消息消費者）
由會話創建的對象，用於接收發送到目標的消息。消費者可以同步地（阻塞模式），或（非阻塞）接收隊列和主題類型的消息。
MessageProcer 介面（消息生產者）
由會話創建的對象，用於發送消息到目標。用戶可以創建某個目標的發送者，也可以創建一個通用的發送者，在發送消息時指定目標。
Message 介面（消息）
是在消費者和生產者之間傳送的對象，也就是說從一個應用程序傳送到另一個應用程序。一個消息有三個主要部分：
消息頭（必須）：包含用於識別和為消息尋找路由的操作設置。
一組消息屬性（可選）：包含額外的屬性，支持其他提供者和用戶的兼容。可以創建定製的欄位和過濾器（消息選擇器）。
一個消息體（可選）：允許用戶創建五種類型的消息（文本消息，映射消息，位元組消息，流消息和對象消息）。
消息介面非常靈活，並提供了許多方式來定製消息的內容。