基于OSGi實現(xiàn)分布式服務(wù)框架歷程(三)

          上篇說到,經(jīng)過分析后決定選用JNDI來實現(xiàn)服務(wù)的遠程注冊、查找和路由,在這篇blog中就來詳細分析下基于JNDI怎么和OSGi結(jié)合來實現(xiàn)服務(wù)的遠程注冊、查找和路由。
          1、遠程注冊
                目前OSGi DS注冊時是直接在本地注冊服務(wù)實例的,要支持遠程注冊的話首先需要修改DS注冊服務(wù)部分的代碼,在ds的描述中需要增加一個配置項,以支持將服務(wù)注冊到遠程服務(wù)中心,例如:
                 <service>
                       <provide interface="cn.org.osgi.opendoc.bulletin.service.WebCommand"/>
                       <server>jnp://10.100.100.100:1099,jnp://10.100.100.101:3099</server>
                 </service>
                 在注冊時直接采用InitialContext進行注冊,不過這里要采取個不同的策略,就是通常jndi注冊時綁定的都是實際對象的實例,但要注意,其實在分布式的服務(wù)框架體系中,服務(wù)是分布式部署的,服務(wù)中心僅僅是個注冊、路由的地方而已,那么這種情況下只需要把服務(wù)的相關(guān)元信息注冊到服務(wù)中心即可,所以這個時候我們會提供一個服務(wù)元信息對象,然后把這個元信息對象綁定到j(luò)ndi上去,這里涉及到的一個問題是jndi的名稱怎么取,這個名稱要便于查找服務(wù),同時還得保證唯一性。
                 可以看出,在這個實現(xiàn)方案中,最重要的就是這個服務(wù)元信息對象了,這個元信息對象中應(yīng)該包含和OSGi服務(wù)模型同樣的所有的信息,同時還需要包括服務(wù)的狀態(tài)信息,由于包含了狀態(tài)信息,叫元信息對象的話有點不正確,要么干脆就叫Service或ServiceInfo得了。
          2、遠程調(diào)用
                遠程調(diào)用準確來講應(yīng)該分為引用遠程服務(wù)和調(diào)用遠程服務(wù)兩個環(huán)節(jié),因為對于lazy init的服務(wù)而言首先是遠程查找服務(wù),但并不發(fā)生調(diào)用,所以在這里也分為兩步來描述下。
                引用遠程服務(wù)
                引用遠程服務(wù)這塊的話JNDI目前的實現(xiàn)肯定是很難滿足需求的,按照OSGi的服務(wù)模型,在引用服務(wù)是只提供了服務(wù)的接口名,頂多就是增加了一些服務(wù)的特定屬性來限定服務(wù)的范圍,而JNDI在查找綁定的對象時是直接指定名稱查找的,一對一的方式,但在OSGi的服務(wù)模型中獲取到的服務(wù)有可能會是多個的,來看看怎么樣修改實現(xiàn)這個需求。
                 首先仍然是修改DS描述,以支持引用遠程服務(wù),例如:
                 <reference name="CommonDaoService" interface="cn.org.osgi.module.hibernate.service.CommonDaoService" bind="setCommonDaoService" unbind="unsetCommonDaoService" policy="dynamic" server="jnp://10.100.100.100:1099"/>
                 在查找遠程服務(wù)中心的服務(wù)時,通過jndi將需要查找的服務(wù)的接口、屬性等過濾條件傳遞給服務(wù)器端,這個應(yīng)該可以通過擴展JNDI的lookup來實現(xiàn),JNDI服務(wù)中心接到請求后根據(jù)過濾條件從注冊的服務(wù)中查找到符合條件的服務(wù)元信息對象,并返回服務(wù)元信息對象集合至調(diào)用端,之后由生命周期管理對象決定后續(xù)的動作,關(guān)于生命周期管理對象在后一個篇章中來詳細的分析。
                  調(diào)用遠程服務(wù)
                  當(dāng)遠程服務(wù)被調(diào)用時,此時應(yīng)該提供的一個配置是是否可跳過服務(wù)中心直接向另一端的服務(wù)發(fā)起調(diào)用(某些情況下可能會有這樣的需求),另外就是同步調(diào)用和異步調(diào)用的配置的支持。
                  當(dāng)調(diào)用時,可以走某種通訊機制對請求的服務(wù)的接口、方法以及參數(shù)傳遞至服務(wù)中心或相應(yīng)的服務(wù)提供端,當(dāng)服務(wù)提供端處理完畢后繼續(xù)走這個通訊機制把處理的結(jié)果返回至調(diào)用端。

          經(jīng)過上面的分析后,可以看出,基于JNDI實現(xiàn)服務(wù)的注冊、查找不會是難點,在后面一個篇章中開始來分析生命周期的管理的問題,就會比較的復(fù)雜了,進入分布式環(huán)境后,生命周期的管理就比之前OSGi DS的生命周期管理復(fù)雜了很多。

          << 基于OSGi實現(xiàn)分布式服務(wù)框架歷程(二)
          << 基于OSGi實現(xiàn)分布式服務(wù)框架歷程(一)

          >> 基于OSGi實現(xiàn)分布式服務(wù)框架歷程(四)

          posted on 2008-01-21 15:09 BlueDavy 閱讀(5631) 評論(2)  編輯  收藏 所屬分類: OSGi、SOA、SCA

          評論

          # re: 基于OSGi實現(xiàn)分布式服務(wù)框架歷程(三) 2008-01-22 08:15 布衣郎

          不錯的文章,期待下一篇。不知道在web應(yīng)用中,能否直接調(diào)用web服務(wù)器的jndi環(huán)境, 就像servlet一樣,通過wrapper和bridge的方式來直接使用。  回復(fù)  更多評論   

          # re: 基于OSGi實現(xiàn)分布式服務(wù)框架歷程(三)[未登錄] 2008-01-22 09:21 BlueDavy

          @布衣郎
          Web應(yīng)用中N多都是調(diào)jndi的...
          就像DataSource之類的東西...  回復(fù)  更多評論   

          公告

           









          feedsky
          抓蝦
          google reader
          鮮果

          導(dǎo)航

          <2008年1月>
          303112345
          6789101112
          13141516171819
          20212223242526
          272829303112
          3456789

          統(tǒng)計

          隨筆分類

          隨筆檔案

          文章檔案

          Blogger's

          搜索

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 吉水县| 明溪县| 崇礼县| 社会| 湖口县| 邯郸县| 宁津县| 尚义县| 乌兰察布市| 巴林左旗| 枞阳县| 景泰县| 内丘县| 方正县| 南通市| 天台县| 金山区| 沅陵县| 长沙县| 井研县| 德格县| 天门市| 金山区| 康平县| 乃东县| 遂溪县| 望江县| 鹤庆县| 临洮县| 萍乡市| 凤山市| 茌平县| 瓦房店市| 开江县| 玉屏| 麻江县| 深水埗区| 旅游| 固安县| 宜昌市| 白玉县|