隨筆-4  評(píng)論-7  文章-0  trackbacks-0

          項(xiàng)目中需要用到openfire的文件傳輸,但是客戶(hù)端使用flex,官方提供的xiff包中并沒(méi)有封裝文件傳輸?shù)墓δ埽瑳](méi)辦法,研究了幾天,在google和官方smock源碼的幫助下終于實(shí)現(xiàn)了xiff下的文件傳輸,在這里做個(gè)總結(jié)。

          openfire服務(wù)器是基于xmpp協(xié)議的,XMPP支持兩種文件流傳輸協(xié)議,SOCKS5 Bytestreams和 In-Band Bytestreams,SOCKS5是直接發(fā)送二進(jìn)制流,而IBB是將文件轉(zhuǎn)成base64碼進(jìn)行然后用message的形式進(jìn)行傳輸,我這里僅實(shí)現(xiàn)了SOCKS5的文件代理傳輸。
          SOCKS5文件傳輸需要用到兩個(gè)協(xié)議,XEP-0065和XEP-0096
          XEP-0096定義文件傳輸協(xié)議,提供了一個(gè)模塊化框架使能交換被傳輸文件的信息以及參數(shù)的協(xié)商,也就是在傳輸文件之前協(xié)商將要傳輸?shù)奈募畔ⅰ?br />XEP-0065定義SOCKS5流傳輸標(biāo)準(zhǔn)協(xié)議,提供用于在任意兩個(gè)XMPP用戶(hù)之間建立字節(jié)流并進(jìn)行文件傳輸。
          根據(jù)我的理解,文件傳輸?shù)倪^(guò)程分為協(xié)商,建立socks5連接,二進(jìn)制傳輸這三個(gè)階段
          協(xié)商的過(guò)程最復(fù)雜,然后是建立連接,傳輸就比較簡(jiǎn)單,下面一個(gè)一個(gè)來(lái)講
          協(xié)商包括初始方、目標(biāo)方、代理方,初始方就是發(fā)送文件方,目標(biāo)方即文件接收方,代理方是socks5代理服務(wù)器,

          協(xié)商過(guò)程就是三方互相發(fā)送xml來(lái)交換信息的過(guò)程,通俗點(diǎn)就是三個(gè)人溝通一下傳什么文件和怎么傳文件。
          首先遵循XMP-0096協(xié)議,初始方給目標(biāo)方發(fā)送包含文件信息的xml

          <iq to="android@192.168.1.113/Spark 2.6.3" type="set" id="iq_13" from="iphone@192.168.1.113/xiff">
              
          <si profile="http://jabber.org/protocol/si/profile/file-transfer" mime-type="text/plain" id="82B0C697-C1DE-93F9-103E-481C8E7A3BD8" xmlns="http://jabber.org/protocol/si">
                  
          <feature xmlns="http://jabber.org/protocol/feature-neg">
                      
          <xmlns="jabber:x:data" type="form">
                          
          <field var="stream-method" type="list-single">
                              
          <option><value>http://jabber.org/protocol/bytestreams</value></option>
                              
          <option><value>http://jabber.org/protocol/ibb</value></option>
                          
          </field>
                      
          </x>
                  
          </feature>
                  
          <file xmlns="http://jabber.org/protocol/si/profile/file-transfer" name="img0545.png" size="152443"><desc>send</desc></file>
              
          </si>
          </iq>

           
          目標(biāo)方接收到信息后發(fā)送回執(zhí),表示同意接收文件

           

          <iq id="iq_13" to="iphone@192.168.1.113/xiff" from="android@192.168.1.113/Spark 2.6.3" type="result">
              
          <si xmlns="http://jabber.org/protocol/si">
                  
          <feature xmlns="http://jabber.org/protocol/feature-neg">
                      
          <xmlns="jabber:x:data" type="submit">
                          
          <field var="stream-method">
                               
          <value>http://jabber.org/protocol/bytestreams</value>
                               
          <value>http://jabber.org/protocol/ibb</value>
                          
          </field>
                       
          </x>
                  
          </feature>
               
          </si>
          </iq>

           

          這時(shí)進(jìn)入XEP-0065協(xié)議階段
          初始方給服務(wù)器發(fā)送信息,請(qǐng)求提供代理服務(wù)器

           

          <iq id="iq_15" type="get"><query xmlns="http://jabber.org/protocol/disco#items" /></iq>


          服務(wù)器回復(fù)信息,告知可用的代理

           

          <iq type="result" id="iq_15" to="iphone@192.168.1.113/xiff">
              
          <query xmlns="http://jabber.org/protocol/disco#items">
                  
          <item jid="proxy.192.168.1.113" name="Socks 5 Bytestreams Proxy"/>
                  
          <item jid="pubsub.192.168.1.113" name="Publish-Subscribe service"/>
                  
          <item jid="conference.192.168.1.113" name="公共房間"/>
                  
          <item jid="search.192.168.1.113" name="User Search"/>
              
          </query>
          </iq>

           
          這里選擇name=“Socks 5 Bytestreams Proxy”的代理,初始方給這個(gè)代理發(fā)送信息獲取代理連接信息

           

          <iq id="iq_17" to="proxy.192.168.1.113" type="get"><query xmlns="http://jabber.org/protocol/bytestreams" /></iq>

          代理方回復(fù)信息,告知初始方代理的jid、IP、端口等信息

           

          <iq type="result" id="iq_17" from="proxy.192.168.1.113" to="iphone@192.168.1.113/xiff">
              
          <query xmlns="http://jabber.org/protocol/bytestreams">
                  
          <streamhost jid="proxy.192.168.1.113" host="192.168.1.113" port="7777"/>
              
          </query>
          </iq>

           
          初始方收到代理信息后將代理的信息發(fā)送給目標(biāo)方

           

          <iq to="android@192.168.1.113/Spark 2.6.3" type="set" id="iq_19" from="iphone@192.168.1.113/xiff">
              
          <query xmlns="http://jabber.org/protocol/bytestreams" mode="tcp" sid="82B0C697-C1DE-93F9-103E-481C8E7A3BD8">
                  
          <streamhost port="7777" host="192.168.1.113" jid="proxy.192.168.1.113" />
              
          </query>
          </iq>

           

          然后就進(jìn)入連接階段,也就是初始方和目標(biāo)方分別和代理建立socks5連接的過(guò)程。(關(guān)于SOCKS5協(xié)議連接,我之后會(huì)補(bǔ)充)。
          目標(biāo)方收到代理信息后和代理建立socket連接(使用SOCKS5協(xié)議連接),連接成功后通知初始方使用的代理jid

           

          <iq id="iq_19" to="iphone@192.168.1.113/xiff" type="result" from="android@192.168.1.113/Spark 2.6.3">
              
          <query xmlns="http://jabber.org/protocol/bytestreams">
                  
          <streamhost-used jid="proxy.192.168.1.113"/>
              
          </query>
          </iq>

           
          初始方開(kāi)始與代理建立socket連接(也使用SOCKS5協(xié)議),連接成功后給代理發(fā)送請(qǐng)求,要求激活文件流

           

          <iq to="proxy.192.168.1.113" type="set" id="iq_21" from="iphone@192.168.1.113/xiff">
          <query xmlns="http://jabber.org/protocol/bytestreams" sid="82B0C697-C1DE-93F9-103E-481C8E7A3BD8">
          <activate>android@192.168.1.113/Spark 2.6.3</activate>
          </query>
          </iq>

           
          代理回復(fù)激活成功信息

           

          <iq type="result" id="iq_21" from="proxy.192.168.1.113" to="iphone@192.168.1.113/xiff"/>

          初始方收到回復(fù)信息后就進(jìn)入二進(jìn)制流傳輸階段,這時(shí)就可以開(kāi)始發(fā)送二進(jìn)制流了

          等初始方將流發(fā)送完畢后把socket流關(guān)閉傳輸就完成了文件的傳輸。

           

          注意:type為result的回復(fù)信息使用的id一定要和請(qǐng)求的信息id一樣。

           

          posted on 2012-02-13 00:55 wkkyo 閱讀(8581) 評(píng)論(5)  編輯  收藏 所屬分類(lèi): Java

          評(píng)論:
          # re: openfire客戶(hù)端文件傳輸學(xué)習(xí)筆記(一) 2012-07-11 16:50 | dddd
          關(guān)鍵是,全部流程走完了,最后一步怎么去發(fā)送二進(jìn)制流呢???  回復(fù)  更多評(píng)論
            
          # re: openfire客戶(hù)端文件傳輸學(xué)習(xí)筆記(一)[未登錄](méi) 2013-04-10 20:06 | hello
          @dddd
          呵呵,我也對(duì)這個(gè)感興趣,前面講了一堆,關(guān)鍵的出不來(lái)  回復(fù)  更多評(píng)論
            
          # re: openfire客戶(hù)端文件傳輸學(xué)習(xí)筆記(一) 2013-07-04 09:15 | ddddd
          關(guān)鍵啊關(guān)鍵。  回復(fù)  更多評(píng)論
            
          # re: openfire客戶(hù)端文件傳輸學(xué)習(xí)筆記(一) 2013-10-11 16:52 | wwwww
          流程都走不通啊啊啊啊啊啊啊   回復(fù)  更多評(píng)論
            
          # re: openfire客戶(hù)端文件傳輸學(xué)習(xí)筆記(一) 2014-04-03 17:50 | nodexy
          都到這個(gè)份兒上了,傳輸肯定很簡(jiǎn)單了啊

          參考SOCK5代理吧 ,打開(kāi)socket一個(gè)寫(xiě)一個(gè)讀即可。  回復(fù)  更多評(píng)論
            

          只有注冊(cè)用戶(hù)登錄后才能發(fā)表評(píng)論。


          網(wǎng)站導(dǎo)航:
           
          主站蜘蛛池模板: 三穗县| 子洲县| 霍林郭勒市| 郸城县| 扶绥县| 三门县| 山西省| 星座| 渭源县| 沁阳市| 三穗县| 石柱| 永和县| 平度市| 来宾市| 灵石县| 嘉善县| 松溪县| 邳州市| 松滋市| 永州市| 增城市| 岳阳县| 阳山县| 即墨市| 北京市| 阿勒泰市| 油尖旺区| 金昌市| 涪陵区| 昭平县| 和顺县| 珠海市| 嘉峪关市| 南阳市| 东丰县| 义马市| 江津市| 达州市| 深水埗区| 宣化县|