首頁(yè)>>>技術(shù)>>>即時(shí)通信

 

用基于XML的即時(shí)消息開(kāi)發(fā)Jabber
——向你的Java程序加入開(kāi)放性資源、基于XML的即時(shí)消息

Jason Kitchen 著(zhù) 劉建華 編譯 2002/08/09

摘要

Jabber對于即時(shí)消息是一個(gè)開(kāi)放的、基于XML的數據模型和協(xié)議。聯(lián)系不斷增加的基于Jabber開(kāi)放資源和商業(yè)產(chǎn)品的數目,這種協(xié)議提供了擺脫即時(shí)消息服務(wù)器所有權束縛的一種方法。多種多樣的開(kāi)放資源Java APIs能夠幫助你建立基于Jabber的服務(wù)器并將即時(shí)消息整合到你的應用程序中去。在這篇文章中專(zhuān)門(mén)闡述了這一點(diǎn)。

即時(shí)消息作為個(gè)人——個(gè)人通迅工具取得了顯著(zhù)的成功。在有些地方它已經(jīng)作為在線(xiàn)聯(lián)系的首選方法取代了email。現在,開(kāi)發(fā)者正將這一技術(shù)應用到應用程序——個(gè)人和應用程序——應用程序通迅上。

直到最近,也只有少數服務(wù)提供商掌握了這一技術(shù)。通常流行的即時(shí)消息服務(wù)是建立在所有權協(xié)議基礎上的通迅孤島。實(shí)施面臨一個(gè)困難的決策:支持多協(xié)議或鎖定到一個(gè)單獨的。不管哪種選擇,實(shí)現都必須依賴(lài)一個(gè)屬于即時(shí)消息(IM)服務(wù)提供商的服務(wù)器。

開(kāi)放式協(xié)議能夠幫助開(kāi)發(fā)者擺脫所有權陷阱。其優(yōu)勢有多種:開(kāi)放協(xié)議鼓勵競爭實(shí)現的發(fā)展(一些開(kāi)放資源)。他們鼓勵廣泛采用一種公共協(xié)議,這樣可以阻止通迅孤島和服務(wù)供應的孤立主義方法的發(fā)展。用多種方法,開(kāi)放協(xié)議使因特網(wǎng)成為可能。在即時(shí)消息領(lǐng)域,開(kāi)放協(xié)議確保封閉系統及協(xié)議不會(huì )阻礙基于IM服務(wù)器的發(fā)展的互操作性。

Jabber是一種針對即時(shí)消息和現場(chǎng)服務(wù)的開(kāi)放協(xié)議。作為一個(gè)公共協(xié)議的最主要的侯選者,Jabber有潛力打破所有權在即時(shí)消息服務(wù)的控制。

這篇文章將解釋如何實(shí)踐發(fā)送簡(jiǎn)單Jabber消息和開(kāi)發(fā)一個(gè)簡(jiǎn)單的基于開(kāi)放標準及開(kāi)放資源APIs和產(chǎn)品的布告服務(wù)器。

為什么使用Jabber?

Jabber標準和結構幫助創(chuàng )建一個(gè)分布式的IM系統,使人聯(lián)想到分布在因特網(wǎng)上的email系統,用戶(hù)在本地連接到這些系統。這個(gè)方法直接與象AIM(AOL即時(shí)信使)、ICQ、MSN(Microsoft網(wǎng)絡(luò ))及Yahoo這樣的流行服務(wù)提供商提供的單一系統結構作對,在那里一個(gè)單獨的中央服務(wù)器或集中服務(wù)器組提供消息服務(wù)。Jabber在其他情形也類(lèi)似于email結構:Jabber使用一個(gè)幾乎與基本SMTP(簡(jiǎn)單郵件傳輸協(xié)議)方案一樣的地址方案確定它的終點(diǎn)(人,機器,軟件)地址。例如,myname@elogex.com是一個(gè)有效的Jabber地址,或使用Jabber說(shuō)法叫JID(Jabber ID)。因為這些原因,基于Jabber的系統衡量起來(lái)好于已存在的專(zhuān)有系統。加之,對于專(zhuān)有即時(shí)消息服務(wù)的網(wǎng)關(guān)允許的協(xié)議是必需的。

多種多樣的Jabber服務(wù)器,包括我們在這篇文章中使用的其中之一,都是自由可使用的,意思就是說(shuō)你不再需要依賴(lài)一個(gè)第三方IM服務(wù)提供商(第三方Jabber服務(wù)對于那些要求第三方主機服務(wù)的來(lái)說(shuō)也是有用的)。

標準化

當討論Jabber標準的益處時(shí),我應該提及IETF IM標準的工作。在寫(xiě)這篇文章時(shí),其IMPPWG(即時(shí)消息和現場(chǎng)協(xié)議工作組)已有多個(gè)RFC有效,其中最重要的是:
·RFC 2778:現場(chǎng)和即時(shí)消息模型
·RFC 2779:即時(shí)消息/現場(chǎng)協(xié)議要求

IMPPWG已經(jīng)起草了一個(gè)名叫CPIM(公共現場(chǎng)和即時(shí)消息)協(xié)議的因特網(wǎng)標準。Jabber協(xié)議也是一個(gè)草擬的因特網(wǎng)標準,但不是IMPPWG工作的部份。

Jabber在哪兒適合這一標準工作呢?依照Jabber網(wǎng)站,Jabber是“承諾完全支持任何開(kāi)放實(shí)時(shí)消息協(xié)議,包括IETF協(xié)議”。如果當對于這個(gè)IETF協(xié)議的支持增長(cháng)時(shí),Jabber打算將自己定位為IETF協(xié)議的領(lǐng)導開(kāi)放資源的平臺。到目前為止,IETF的工作更多地主要集中在收集要求上而不是執行。暫時(shí),Jabber僅是一個(gè)帶有重要開(kāi)放資源支持的開(kāi)放即時(shí)消息和現場(chǎng)服務(wù)協(xié)議。結果,它成為開(kāi)放即時(shí)消息事實(shí)上的標準。

另一個(gè)值得密切注意的競爭對手是Sun微系統的Jxta協(xié)議,另一個(gè)基于XML針對peer-to-peer(P2P)應用程序開(kāi)發(fā)者的協(xié)議。各種各樣的Jxta實(shí)施在今天已經(jīng)能夠被提供。但是,由于其起源相對較近,Jxta比起Jabber只有很少的牽引力。

下載并安裝

要開(kāi)始使用Jabber,你首先需要下載必要的工具:你需要一個(gè)Jabber服務(wù)器,一個(gè)Jabber客戶(hù)端,一個(gè)幫助管理和隱藏一些復雜socket處理的API,XML語(yǔ)法分析,消息創(chuàng )建等等。

Jabber服務(wù)器

為了運行Jabber,你選擇的Jabber服務(wù)器不能有問(wèn)題,自從他們都接受了標準Jabber XML及與終端應用程序通迅以釋放負荷,其也是標準Jabber XML。Jabberd,最初的Jabber服務(wù)器,是開(kāi)放資源(但不是基于Java),安裝配置簡(jiǎn)單并在多數平臺上都有效,包括Unix、Linux、Windows和Mac OS X。JabaServer開(kāi)放資源方案也值得提及,但現在,這些基于Java的方案仍不如Jabberd成熟。同時(shí),JabaServer安裝不怎么簡(jiǎn)單易懂,因為你必須下載、安裝并配置一個(gè)第三方數據庫,加上創(chuàng )建必需的數據庫規劃。

對于這篇文章的例子,我選擇Jabberd。當二進(jìn)制及源下載對于jabberd都有效時(shí),我就不在這兒描述怎樣建立一個(gè)源發(fā)布。除非你真想自己編譯,可以從jabberd 主頁(yè)下載二進(jìn)制發(fā)布。在Windows平臺上安裝是相對容易的。發(fā)布是一個(gè).exe程序,按照安裝向導一步一步執行。

安裝完成后,你無(wú)需配置。在Windows2000,不要求配置。只要雙擊二進(jìn)制程序就可啟動(dòng)服務(wù)器。

用戶(hù)代理/客戶(hù)

我決定使用Exodus客戶(hù)端,對于這個(gè)方案這是另一個(gè)開(kāi)放資源技術(shù)。我尤其喜歡Exodus的調試標簽,可以允許你正確地查看客戶(hù)發(fā)送和接收的XML。另外你能夠作為純粹的XML鍵入Jabber消息并將它們發(fā)送給服務(wù)器。所有這些都證明用Jabber協(xié)議和服務(wù)器測試的有用性。

Exodus的安裝簡(jiǎn)單易懂。下載Exodus 壓縮文件(我在文章中使用的是0.6版本)。將文件直接解壓到你想要安裝客戶(hù)端的目錄。在這個(gè)版本中,文件是些簡(jiǎn)單的二進(jìn)制文件和一個(gè).dll文件。你可以從Muse 主頁(yè)下載Muse API。

發(fā)送你的第一個(gè)Jabber消息

要發(fā)送一個(gè)Jabber即時(shí)消息,你必須初始化Muse Jabber API。通過(guò)創(chuàng )建一個(gè)JabberContext 類(lèi)的實(shí)例來(lái)完成,接下來(lái)使用內容作為一個(gè)參數到Jabber session factory類(lèi)的createSession()方法:
1 //初始化Jabber context
2 JabberContext jabberContext = new JabberContext("user", "pass", "localhost");
4 //創(chuàng )建一個(gè)Jabber session factory的實(shí)例
5 Jabber jabber = new Jabber();
6 //創(chuàng )建新會(huì )話(huà)
7 JabberSession jabberSession = jabber.createSession(jabberContext);
上面的例子在第2行顯示了一個(gè)新context的創(chuàng )建。JabberContext存儲了指定的用戶(hù)相關(guān)信息(用戶(hù)名、密碼、用戶(hù)地址)以及稍后要使用context建立session時(shí)包含的一個(gè)唯一的會(huì )話(huà)標識。為了闡述意圖,我直接使用了username、password和server。

在第5行,一個(gè)Jabber session factory被創(chuàng )建,我們在第7行使用它創(chuàng )建了一個(gè)新的JabberSession,Muse進(jìn)入由Jabber服務(wù)器提供的服務(wù)的主要接口。服務(wù)器的主要服務(wù)是:
·連接服務(wù): 從Jabber服務(wù)器連接和斷開(kāi)
·用戶(hù)服務(wù): 針對用戶(hù)鑒定及注冊
·現場(chǎng)服務(wù): 接收從其它用戶(hù)/服務(wù)來(lái)的及你自己廣播的現場(chǎng)信息
·登記表服務(wù): 密友列表或地址薄
·聊天服務(wù): 發(fā)送多種類(lèi)型的消息—組聊、私聊、標題等等
·服務(wù)器服務(wù): 獲得與由這個(gè)Jabber服務(wù)器提供的服務(wù)相關(guān)的信息
·客戶(hù)服務(wù): 獲得關(guān)于其他用戶(hù)的信息,比如用戶(hù)登錄的最后時(shí)間

現在我們已經(jīng)有了一個(gè)已經(jīng)初始化的Jabber session,我們能夠用它在我們才創(chuàng )建的JabberSession對象中使用connect()方法去連接到Jabber 服務(wù)器:

8 //連接到服務(wù)器
9 jabberSession.connect("localhost", 5222);
要連接到一個(gè)Jabber服務(wù)器,我們指定地址及在指定服務(wù)器上的機器端口號。標準來(lái)說(shuō),缺省Jabber端口是5222。
現在JabberSession已經(jīng)連接到服務(wù)器,我們能夠在我們的服務(wù)中用login()方法登錄:
10 //登錄到Jabber服務(wù)器
11 jabberSession.getUserService().login();
在第11行,我們使用JabberSession獲得一個(gè)到UserService的引用,接下來(lái)在我們服務(wù)中調用login()方法。注意方法自身不指定任何用戶(hù)信息。當在上面第7行JabberSession被創(chuàng )建時(shí)login()從與JabberSession相關(guān)的JabberContext中獲得這些信息。
現在我們已經(jīng)成功登錄到Jabber服務(wù)器,我們能夠開(kāi)始發(fā)送和接收消息。下面代碼段顯示了如何構造一個(gè)簡(jiǎn)單的標題風(fēng)格的消息:
12 //構造測試消息
13 JabberChatMessage msg = new
14 JabberChatMessage(JabberChatMessage.TYPE_HEADLINE);
15 msg.setSubject("Hello world");
16 msg.setBody("Hello world");
17 msg.setTo("user2@localhost");
在第13行,我們創(chuàng )建了一個(gè)JabberChatMessage實(shí)例。單個(gè)參數指定了我們要求的消息類(lèi)型:TYPE_HEADLINE。JabberChatMessage類(lèi)的名字容易引起誤解,實(shí)際上,它可以用來(lái)包含在Jabber協(xié)議中定義的消息的任何四種類(lèi)型—普通、聊天、標題及錯誤。在第15行,setSubject()和setBody()分別指定主題和內容。最后,setTo()在第17行設置消息接收器的JID。

在封裝下,JabberChatMessage將所有這些信息轉換成一個(gè)內在的DOM(文檔對象模型)樹(shù),這樣當我們已經(jīng)準備好發(fā)送消息給Jabber服務(wù)器時(shí)能夠輕松產(chǎn)生XML。

最后步驟:用sendMessage()方法發(fā)送消息:
18 //發(fā)送消息
19 jabberSession.sendMessage(msg);

在封裝下

依據上面例子所得的事實(shí),Muse API有效地隱藏了與連接管理和XML語(yǔ)法分析有關(guān)的所有細節,因此允許你集中精力在手邊的任務(wù)上:創(chuàng )建一個(gè)消息服務(wù)。然而,理解一些基礎協(xié)議交換證明是有用的。讓我們關(guān)注一下當我們連接到服務(wù)器時(shí)發(fā)生的XML交換,登錄,并象上面代碼描述的一樣發(fā)送消息。在下面的XML交換中,被客戶(hù)接收的消息(我們例子代碼)帶了RECV前綴,送到服務(wù)器的消息帶有SEND前綴:

SEND: <?xml version="1.0" encoding="UTF-8" ?>
<stream:stream to="localhost"
xmlns="jabber:client"
xmlns:stream="http://etherx.jabber.org/streams">
RECV: <stream:stream from="localhost" id="3D160545">

所有的Jabber交換都發(fā)生在一個(gè)XML流的上下文。在我們客戶(hù)與Jabber服務(wù)器之間連接的生命期間,兩個(gè)完全的XML文檔在一個(gè)時(shí)間傳輸一個(gè)片段。上面顯示的最初交換允許客戶(hù)開(kāi)始發(fā)送XML流文檔到服務(wù)器并且服務(wù)器開(kāi)始發(fā)送XML流文檔到客戶(hù)。

下面,一個(gè)要求鑒定的信息被發(fā)送給服務(wù)器:
SEND: <iq xmlns="jabber:client" type='get' id='id_10028'>
<query xmlns="jabber:iq:auth">
<username>user</username>
</query>
</iq>
RECV: <iq xmlns="jabber:client" type='result' id='id_10028'>
<query xmlns="jabber:iq:auth">
<username>user</username>
<password />
<digest/>
<sequence>482</sequence>
<token>3D15E63A</token>
<resource />
</query>
</iq>
在用戶(hù)鑒定程序前述那段顯示了第一次交換。開(kāi)始,客戶(hù)向服務(wù)器詢(xún)問(wèn)哪種鑒定方式對于給定用戶(hù)是有效的。服務(wù)器段用下面的鑒定方法回答:

·Plain 文本:<password />標簽
·零知識鑒定:使用<sequence>和<token>標簽
·<digest/>:象plain文本,但密碼是SHA-1 (安全無(wú)序運算法則)-用用戶(hù)的plain文本密碼進(jìn)行編碼
我們實(shí)際上使用<digest/>,象下面代碼段描述的一樣:
SEND: <iq xmlns="jabber:client" type='set' id='id_10030'>
<query xmlns="jabber:iq:auth">
<username>user</username>
<hash>425c73373237061edcc5f23ba239c6cc69556f5c</hash>
<resource>Home</resource>
</query>
</iq>
RECV: <iq xmlns="jabber:client" type='result' id='id_10030'></iq>
在這一點(diǎn),用戶(hù)連接到服務(wù)器并能夠開(kāi)始發(fā)送和接收消息:
SEND: <message xmlns="jabber:client" type='headline'
id='id_10032' to='user2@localhost'>
<thread xmlns="jabber:client">id_10033</thread>
<subject xmlns="jabber:client">Hello world</subject>
<body xmlns="jabber:client">Hello world</body>
</message>

上面片段顯示了我們發(fā)送給接收者user2@localhost的測試標題消息。

你可能已經(jīng)注意到在前述協(xié)議段有一個(gè)重復出現元素:ID標簽。因為session能夠由多個(gè)異步會(huì )話(huà)組成,ID標簽匹配查詢(xún)并響應。

接收消息

自從這篇文章的主要方向是向你顯示如何開(kāi)發(fā)一個(gè)報警系統,我就很少注意消息接收。然而,為了完整性的利益,我應該討論在Muse API中處理接收消息的一些有用特性。另外,因為報警服務(wù)是被登錄到Jabber服務(wù)器的用戶(hù)執行的,你能夠適當地期望一些消息接收者試圖與發(fā)送者通信。

Muse使用一個(gè)listener附在session上以接收進(jìn)入消息的提示。下面代碼顯示了如何創(chuàng )建一個(gè)listener并將其附到session——listener實(shí)際上附加到連接上,但自從我們的接口是在session級別并且JabberSession類(lèi)有一個(gè)便利的方法添加一個(gè)listener,我們就將其附加到session:

1 jabberSession.addMessageListener(
2 new JabberMessageListener() {
3 public void messageReceived(JabberMessageEvent event) {
4 if (event.getMessageType() == JabberCode.MSG_CHAT ) {
5 JabberChatMessage msg =
6 (JabberChatMessage)event.getMessage();
7 JabberChatMessage reply = new
8 JabberChatMessage(JabberChatMessage.TYPE_HEADLINE);
9 reply.setTo(msg.getFrom());
10 reply.setSubject("Re: "+msg.getSubject());
11 reply.setBody(
12 "I'm just a sender: please send messages to someone else");
13
14 //發(fā)送消息
15 jabberSession.sendMessage(reply);
16 }
17 }
18 }
19 );
客戶(hù)能夠添加幾個(gè)消息listeners,每次一個(gè)消息被接收它們都要被調用。典型的,你為要處理的每一個(gè)類(lèi)型的消息添加一個(gè)listener。另一個(gè)選擇:為同一種消息類(lèi)型但在那些消息中的每一種不同的行為添加多個(gè)listeners。然而另一種選擇將添加一個(gè)要處理所有消息類(lèi)型的listener。選擇依賴(lài)于你想完成什么。

在上面的例子中,一個(gè)單獨的listener被附加。Listener必須是實(shí)現JabberMessageListener接口的類(lèi)的一個(gè)實(shí)例。這個(gè)接口要求一個(gè)要被執行的單個(gè)方法: void messageReceived(JabberMessageEvent)。當一個(gè)消息從服務(wù)器被接收時(shí)這個(gè)方法將被調用。在例子代碼中,messageReceived()方法首先檢查在第4行接收的消息類(lèi)型。自從Jabber用戶(hù)代理使用了MSG_CHAT類(lèi)型發(fā)送消息,就只對這種類(lèi)型消息才感興趣。在第5行,Jabber消息從JabberMessageEvent 提取。在第9行通過(guò)設置收件人接收消息被用來(lái)構成一個(gè)給消息發(fā)送者的回復并且在第10行拷貝接收消息的主題。一個(gè)缺省錯誤文本被作為消息體在第11行被設置,并且,在第15行,消息使用前面例子同樣的方法利用JabberSession對象的sendMessage()方法傳輸。

試試Jabber

這篇文章提供了一個(gè)對于Jabber協(xié)議及少量你能夠將這一技術(shù)應用到你的應用程序中去的開(kāi)放資源方案的基本介紹。對這個(gè)協(xié)議有用的應用程序多種多樣,并不限于傳統P2P感覺(jué)的即時(shí)消息領(lǐng)域。例如,jogger.jabber.org提供的Jogger,一個(gè)允許你通過(guò)發(fā)送一個(gè)消息給Weblog應用程序(blog)就能更新個(gè)人網(wǎng)絡(luò )雜志的有趣服務(wù)。Jabber在用戶(hù)服務(wù)應用程序及其它結構的協(xié)作類(lèi)型應用程序同樣有很大的影響。

象上面例子所顯示的一樣,你使用一個(gè)API如Muse或JabberBeans在少許幾行Java代碼中就能夠完成即時(shí)消息功能。記住我不能掩蓋一些Jabber其它重要的特征,如現場(chǎng)服務(wù)和登記表管理,這些在使用時(shí)都是相關(guān)的。另一個(gè)重要的特征是Jabber服務(wù)器的模塊性和可擴展性,它允許一個(gè)開(kāi)發(fā)者創(chuàng )建新的服務(wù)直接整合進(jìn)服務(wù)器。

計算機世界(www.ccw.com.cn)


相關(guān)鏈接:
兼容PC與手機 美運營(yíng)商紛紛采用AOL的AIM 2002-08-06
IBM在辦公室內推廣即時(shí)短信 公司成本大降 2002-07-31
AOL即時(shí)通訊軟件將不再與競爭對手互通 2002-07-30
電話(huà)ICQ:享受虛擬交友的樂(lè )趣 2002-07-29
一枝獨秀的企業(yè)即時(shí)通訊市場(chǎng) 2002-07-29

分類(lèi)信息:     文摘   網(wǎng)絡(luò )文摘   技術(shù)_即時(shí)通信_新聞   技術(shù)_即時(shí)通信_文摘
         
亚洲精品网站在线观看不卡无广告,国产a不卡片精品免费观看,欧美亚洲一区二区三区在线,国产一区二区三区日韩 奉贤区| 调兵山市| 西城区| 会同县| 新邵县| 大宁县| 三江| 上高县| 屏山县| 晋城| 阳城县| 房山区| 普宁市| 阳新县| 龙南县| 微山县| 开封县| 海城市| 马边| 射洪县| 天全县| 凤阳县| 左贡县| 绍兴市| 瓮安县| 湖州市| 罗定市| 独山县| 岫岩| 七台河市| 遂川县| 蕉岭县| 富民县| 右玉县| 平遥县| 大石桥市| 大港区| 手机| 瑞丽市| 贵阳市| 阿巴嘎旗| http://444 http://444 http://444 http://444 http://444 http://444