JINI的阿拉丁神燈能亮多久？

2019-11-18 12:41:25

字體：大中小

來源：轉載

供稿：網友

　　Jini剛剛推出時，很多人用“精靈”來形容它，并且進一步解釋說，Jini的原義是阿拉伯神話里的阿拉丁神燈，小小的神燈用手搓幾下就會跑出巨大且無所不能的精靈。對Jini的這種寓意，我們可以從Jini的Logo中明顯地體會到。確實，Jini規范的各種實現可以為網絡帶來強大的能量，它對網絡的魔力不亞于阿拉丁神燈。不過——
　　Jini于1999年1月25日由Sun公司發布。在推出Jini之初，Sun希望它支持X聯網（無限聯網），即各種數字設備都可以與網絡相連，并自動治理該網絡。無論設備有多大或是多小，是PC機外設、消費類電子產品、信息家電，還是企業設備，都可以通過Jini規范的實現相互連接，相互提供服務，從而架構起網絡資源共享的分布式網絡運算環境。家庭網絡只是Jini應用的冰山一角，那是因為Sun的思路是讓Jini首先進入消費類電子設備領域，實現各種家用信息設備的聯網。
　　服務處于核心地位
　　Jini提供的分布式結構體系也有人稱之為分布式的網絡操作系統，它突破了傳統C/S的模式，形成了一個統一的動態分布系統，可以用來解決網絡成員之間的交互通信問題。像冰箱、空調、打印機、數碼相機、存儲設備等都可以成為網絡成員之一，隨時為其他任何成員提供服務。
　　服務是貫穿Jini系統的核心，Jini規范把服務定義為“可以被人、程序或另一個服務使用的某種東西”。這種服務的概念除了與家庭網絡中服務的概念不謀而合，也與無處不在的電子商務的服務理念遙相對應。　
　　目前Jini并不支持對等的雙節點連接，而至少要求有三個節點(如圖1所示):服務提供者、服務請求者和Jini查詢服務。在java語言中，服務作為對象出現，或者由幾個其他的對象組成，服務的對外接口定義了可以向該服務請求的操作，服務的類型決定組成服務的接口。當一個提供服務的設備加入網絡，就通過Java對象注冊自己能夠提供的服務，包括服務的內容、屬性等常規信息，實現對自己的推銷。服務請求者通過這些Java對象提供的API去發現和使用相應的服務。
　　　 JINI的阿拉丁神燈能亮多久？（圖一）

　　服務的實現對服務請求者是隱藏的，服務請求者看到的只是服務提供的Java對象，只要下載一定的接口程序即可實現與服務的交互，所以事實上的通信都是在Java對象和服務之間進行。在Jini底層的網絡交互可以使用各種類型的網絡技術，如RMI、CORBA或SOAP都可以實現這樣的通信。不過在Jini規范中主要通過RMI（Remote Method Invocation）實現遠程對象通信。
　　小精靈　大威力　
　　Jini的體系架構如圖2所示，由基礎架構（infrastrUCture）、編程模型（PRogramming model）和服務（services）三部分組成。三個部分相輔相成，共同構成Jini體系。基礎架構與編程模型一起支持服務的提交、注冊與發現，而編程模型需要基礎架構的支持。
　　其中基礎架構為Java對象的執行、對象之間的通信等提供各種資源和環境，同時負責在網絡上查找和發現服務。從結構圖中可以看到，Jini基礎架構為整個Jini系統的Jini設備（如磁盤驅動器、打印機、計算機等）發現適當的服務以及新服務和新設備的加入提供了發現/加入機制。只要是與Jini基礎架構相連的服務都可以通過發現服務找到。有新設備加入的時候，發現服務自動將其納入自己的治理；同樣地，當一個Jini設備離開Jini系統時，其服務將自動從發現服務中刪除.
　　 JINI的阿拉丁神燈能亮多久？（圖二）

　　簡單地說，一段段Jini程序把網絡上的每臺設備作為Java虛擬機連接在一起。無論什么時候新加入一臺數碼攝像機，其他信息家電設備都可以很快識別出來，并加以利用。
　　
　　Jini的編程模型由租賃接口、事件接口、事務接口等組成。租賃接口定義了基于事件的資源分配和釋放方法；事件接口將JavaBean組件所使用的事件模型擴展為分布式事件模型，來支持Jini服務基于事件的通信；事務接口則引入了一種面向對象的協議，使用“表決”和“提交”兩個階段來統一對象之間的相關行為，以保證事件序列的完整發生。
　　
　　與OSGi一樣，Jini也是基于Java技術的規范，不受操作系統平臺和網絡連接標準的限制，可以擴展到任何設備上，而且其體積小，可以用于各種傳統的家電設備。此外，因為Jini可以自動識別并治理家庭網絡的每一個信息設備，所以治理費用相對較低。
　　Jini的路如何走？
　　起初對于Jini的發展，很多商家都非常看好，在1999年Jini推出的時候，有多達37家企業和機構申請了Jini許可證，其中包括BEA、Cisco、CA、EriCSSon、Kodak、Motorola、Novell、Nokia、Philips、Samsung、Seagate、Sony、3Com、Toshiba等公司。
　　目前Jini的知識產權歸Sun公司所有，任何需要使用Jini技術的公司或組織都需要購買Jini許可。SCSL（Sun Community Source License）就是Jini技術吸引多方支持的機制，它對每個擁有Jini技術許可的公司或組織開放Jini基礎架構的源代碼，它們可以通過公開的進程免費使用、修改該技術框架。
　　但因為種種原因，Jini的發展速度并不如預計的那么快。2000年10月16日，Sun推出了Jini Technology Starter Kit v1.1；2002年8月Jini Technology Starter Kit v1.2.1_001發布。但實際支持Jini的設備并不多見。而且目前Sun對OSGi的支持力度非常大，有人擔心這可能會導致Sun減少對Jini的投入。雖然OSGi與Jini并不是直接競爭的關系，甚至也有人提出了兩者融合的想法，但到現在為止，這兩個規范仍然是獨立發展。
　　其實除了OSGi，Sun還加入了UPnP、HAVi等其他組織。雖說各種制訂規范的組織是一個個技術團體，但某些時候它們更是一種利益集團。Sun希望在更多的領域分到一杯羹而加入多個組織，有人擔憂這樣的做法會分散太多Sun的精力而影響Jini的發展。且先不去評論Sun的做法如何，至少目前看來Jini的走勢并不算明朗。

上一篇：Jini技術常見問題解答

下一篇：corba學習3--idl到java的映射