成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

OSGi規范介紹

開發 后端
從OSGi規范入手,對OSGi規范的介紹。

第一章 引言

OSGi(Open Service Gateway Initiative)最初的目的就是為各種嵌入式設備提供通用的軟件運行平臺,即可以屏蔽設備操作系統與硬件區別的中間件平臺。PC基本上被 Wintel架構壟斷,運行在PC上的應用程序完全可以在另一臺PC上運行;但對于其他設備來說就不同,它們的硬件平臺可能完全不同,其操作系統也是來自不同廠商,所以任何設備上的應用程序都需要定制,于是就產生了對中間件平臺的需求。

OSGi并不是專為家庭網絡而制定的,除了住宅網關,像車載電腦等其他移動嵌入式設備也都可以通過OSGi接入Internet,獲取不同的應用服務。它為服務供應商、軟件供應商、網關開發人員以及設備供應商提供了一個開放、通用的架構,使它們能互動地開發、部署和管理服務。其軟件環境基于Sun的 JAVA虛擬機,并不涉及具體的連接協議。對于任何新設備,它都能夠靈活地將其納入現有網絡。可以使用OSGi的對象包括各種數字和模擬的機頂盒、服務網關、有線電視電纜調制解調器、消費類電子產品、PC、工業計算機、汽車等。

因為OSGi基于JAVA技術,而JAVA最大的好處就是平臺無關性。在不同類型的住宅網關設備上都可以實現OSGi軟件。而且OSGi規范可以與各種設備訪問標準橋接(如圖1所示),比如遵循OSGi的系統可以很好地部署和管理Jini服務,它可以提供Jini設備與服務提供商之間的交互。對于像 HAVi、UPnP等基于非JAVA技術的標準和規范,OSGi也可以提供與它們溝通的橋梁。

第二章 OSGi規范介紹

2.1 OSGi規范的體系結構

在OSGi規范中提供了一個參考的體系架構[1],也基本上體現了OSGi的設計初衷。

OSGi的體系架構是基于這樣一個模型的:經營者管理著一個潛在的巨大的服務網絡平臺。OSGi規范假設這個服務平臺是完全被這個經營者控制,并且經營者使用該服務平臺去運行來自不同服務提供者提供的服務。然而這只是一個場景,還有其他模型,例如PC機的部署,工業應用(如,移動電話基站是一個管理中心完全控制著各個方面),中間件模型等。OSGi最廣泛的應用是在網絡化的服務。除了參考模型之外,規范之中還提到了其他的一些模型。請參考OSGi 3.0規范[1]。

2.1.1 OSGi參考體系架構的特點

1. 商業驅動:經營者的觀點驅動OSGi的體系架構。

2. 完美:體系架構必須是足夠完善和詳細的,以致允許開發商生產出健壯的產品。

3. 不受限的:由于經營者所操作的服務平臺在性能和網絡環境的變化是非常大的。

4. 開放:標準不是為一個具體的系統而設計的,OSGi參考體系架構必須考慮和支持許多不同的場景。


2.1.2 OSGi參考體系架構所涉及到實體

1. 服務平臺:一個JAVA虛擬機的實例,一個OSGi框架結構,和運行著的服務包的集合。

2. 服務平臺服務器(SPS):駐留一個或多個服務平臺的硬件。

3. 運營商:掌控許多服務平臺的組織。

4. 服務應用:一套軟件包,文檔和支撐軟件所組合起來的應用,這些應用向終端用戶提供服務。

5. 服務用戶:獲取服務應用服務的用戶。

6. 服務提供者:開發服務應用并且通過服務部署管理器部署到服務平臺上。

7. 服務部署管理器:部署和部分管理一個或多個服務提供者提供的服務應用。

8. 服務運行支持:支撐軟件和硬件,它們并不駐留在服務平臺服務器上,但是在運行服務應用時需要它們。
9. 服務集成者:負責確保來自不同服務提供者的服務應用的集成。

10. 服務開發者:開發服務應用。

11. 制造商:制造服務平臺服務器。

12. 擁有者:服務平臺服務器擁有者。

13. 收費提供者:接受帳戶信息,并且提供統一的帳單給服務消費者。
14. 網絡提供者:提供服務平臺的網絡鏈接。

15. 證書授權:管理證書的組織,這些證書被用來鑒別系統,個人和組織。

首先是制造商制造服務平臺服務器,擁有者從制造商處購買服務平臺服務器,網絡提供商提供服務平臺服務器和互聯網的接入。服務平臺的運營商使用網路提供者的接入基礎件接入服務平臺服務器,同時服務平臺經營者控制著一個或多個運行在服務平臺服務器的服務平臺。另一方面,服務平臺經營者許可服務部署管理器去部署服務應用到服務平臺上。

其次服務開發者開發服務應用,一個服務應用可能包含多個服務包而這些服務包是真正運行在服務平臺上的。服務提供者從服務開發者處得到服務應用并且可能會委托服務運行支撐系統去支撐該服務應用在服務平臺上的運行。服務集成者將服務提供者獲取的服務應用和支持系統集成起來由服務部署管理器部署到服務平臺上。
最后服務消費者訂閱服務提供者提供的服務。

更有意思的是這里還有一個服務用戶實體,從圖中可以看出服務消費者可以包含多個服務用戶,服務用戶是真正接受服務的實體。也就是說服務消費者是一個虛的實體,多個服務用戶可以消費同一個服務消費者訂閱的服務。這好比不同的人可以通過同一個電話打電話一樣。這無疑提高了OSGi規范靈活性。

您正在閱讀:OSGi規范介紹

【編輯推薦】

  1. OSGI實戰和進階
  2. OSGi和未來Java 企業開發的方向
  3. OSGi為什么重要:向模塊化轉移的主攻手
責任編輯:張攀 來源: javaeye.com
相關推薦

2009-09-27 10:00:00

OSGi 4.2

2009-06-01 11:20:21

OSGi服務規范非贏利機構

2009-09-28 13:32:39

OSGi入門

2009-06-18 15:14:53

Spring osgi

2009-12-18 14:59:54

Ruby標識名

2009-08-13 13:38:30

C#命名規范

2009-10-23 09:30:37

OSGi

2012-06-25 11:47:14

ibmdw

2009-06-16 13:49:53

ServiceMix4OSGi

2009-06-18 15:24:08

Spring OSGi

2011-06-15 16:58:26

PHP

2010-01-26 13:14:48

2009-06-25 15:33:48

OSGi方式

2009-06-01 11:09:16

OSGI實戰進階

2009-10-09 13:42:56

Spring DataSpring DM

2009-06-23 17:54:41

OSGi與JSF

2009-09-16 17:15:19

OSGi Bundle

2009-06-01 10:28:03

SpringOSGi整合

2011-03-21 13:21:23

數據庫開發規范

2009-09-01 15:08:07

C#命名規范
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 欧美视频日韩 | 国产免费一区二区三区 | 国产欧美一区二区三区国产幕精品 | 久久99视频 | 欧美一区二区三区久久精品 | 97伦理影院| 日韩精品一区二区三区久久 | 亚洲97 | 国产亚洲精品精品国产亚洲综合 | 福利久久 | 久久se精品一区精品二区 | 国产精品免费一区二区三区四区 | 久久国产精品无码网站 | 免费观看av| 无码日韩精品一区二区免费 | 亚洲视频欧美视频 | 日韩成人在线观看 | 精品一区二区三区入口 | 国产电影精品久久 | 欧美一区二区大片 | 99久久精品一区二区成人 | 狠狠操狠狠干 | 久久狠狠 | 色综合久久天天综合网 | 91在线视频一区 | 求个av网址 | 九九国产在线观看 | 成人av久久| 午夜在线免费观看视频 | 亚洲精品女优 | 高清黄色网址 | 操操日| 爱爱综合网 | 日韩免费高清视频 | 免费视频99 | 亚洲精品www. | 国产成人免费网站 | 国产精品日韩一区二区 | 午夜丰满寂寞少妇精品 | 日韩视频中文字幕 | 99热这里只有精品8 激情毛片 |