當前位置：首頁 > 编程资源 > 编程问答 >内容正文

编程问答

基于 OSGi 的面向服务的组件编程

發布時間：2025/3/21 编程问答 25 豆豆

生活随笔收集整理的這篇文章主要介紹了基于 OSGi 的面向服务的组件编程小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

一. OSGi 簡史

OSGi 是由 1999 年成立的 OSGi 聯盟提出的一個開放的服務規范，最初的目的是為嵌入式設備，確切地說是為可以通過網絡訪問的設備提供一個通用的軟件運行平臺，屏蔽不同設備之間的硬件和操作系統差異，使軟件可以動態地部署和更新。后來 Eclipse 組織注意到了 OSGi 的優點，決定將 Eclipse3.0 及后續版本的插件體系結構基于 OSGi 來實現，并專門成立了一個子項目 Equinox 來實現 OSGi R4 規范，把 Equinox 作為 Eclipse 的底層運行平臺。Eclipse 組織的這一決定帶來了雙贏的局面，今天的 Eclipse 由于其出色的可擴展的體系結構，已經不再是一個單純的 Java IDE，而是一個開放的開發平臺，一個通用的可擴展的軟件框架，OSGi 也不再局限于嵌入式領域，而是成為了一個通用的動態組件開發環境，在桌面，服務器端等領域得到了大量應用。

對模塊化的支持是 Java 的一個重要的發展方向，目前 Java 的模塊化標準還存在著JSR 277:Java Module Systems 和 JSR 291:Dynamic Component Support for Java 之爭論，其中JSR291 的主要目的就要將 OSGi 引入到 Java 標準中去，JSR277 則是 SUN 發起的一個Java 模塊化標準。但 OSGi 事實上已經得到了許多國際IT大企業的支持，并且已經有許多商業軟件產品基于 OSGi 來開發，如 IBM 包括 Websphere Application Server(WAS), Rational Software Architecture(RSA) 在內的許多重量級軟件產品均已基于 OSGi 來實現，著名的 IoC 框架 Spring 正在整合 OSGi 技術，現在基于 Eclipse 開發 RCP，插件程序也非常流行，可以預見基于OSGi 的 Java 應用程序將會越來越多，也將會有越來越多的軟件開發組織改變其軟件設計思想和開發方式，擁抱 OSGi 并開始享受 OSGi 帶來的好處。

二. 使用 Eclipse 開發 OSGi 應用

本文假設讀者已經了解 OSGi 編程的基本概念以及如何在 Eclipse 環境中來開發OSGi　Bundle。如果您還不了解這些知識，可以先閱讀相關資料如：?http://www.eclipse.org/equinox網站以及 developerworks 網站上的文章：?利用 Eclipse 開發基于 OSGi 的 Bundle 應用

Eclipse 開發平臺中對基于 OSGi 開發應用程序已經提供了較為完善的支持，在 Eclipse 集成開發環境中可以輕松地完成對一個或多個 bundle 的開發、調試、部署、測試等工作。本文將基于 Equinox OSGi 框架，使用 Eclipse 開發平臺來開發一個示例性的系統管理程序，主要目的是給讀者演示基于 OSGi 開發一個應用程序的過程并讓讀者體會基于OSGi 編程帶來的模塊化，動態性，擴展性等優點。為了便于讀者理解，本文會盡可能的保持代碼簡單易懂，本文中的代碼在 WindowsXP，Eclipse3.2，Sun JDK1.5 環境下測試通過。

三. 需求分析與模塊劃分

OSGi 帶來了規范化的模塊劃分，低耦合的模塊間關系，統一的模塊開發方式，可動態插拔的模塊管理環境。開發 OSGi 應用程序的第一步是在需求分析的基礎上進行精心的模塊劃分，模塊劃分的原則是盡量保持單個模塊的獨立性，使模塊與模塊之間的耦合降到最小，每一個模塊暴露給其它模塊的信息最少，盡量讓模塊之間使用 OSGi 框架提供的服務注冊機制來通信。一般可采用一個模塊一個 Bundle 的方式，并為每一個 Bundle 在 Eclipse 環境中建立一個 Project 來進行開發，由于模塊與模塊之間的耦合很小，各個 Bundle 之間并不會象傳統的開發方式中的各模塊之間那樣存在糾纏不清的包和類的引用關系，因此大部分Bundle的開發工作可以并行進行而不會互相影響。

本文實現的系統管理程序，可以提供一系列的系統管理服務來管理計算機內的各類設備。為簡便起見，我們首先只實現一項管理服務：Monitor，此項服務可以監視計算機內各類設備的運行狀態，我們可以將整個軟件劃分為如下的一些Bundle:

Services Bundle：在OSGi中，服務是通過Java的接口來定義的，我們可以把定義服務的Java接口集中一個Services Bundle中，并由這個Bundle向其它Bundle提供接口。
服務提供者Bundle：實現Services Bundle提供的接口并向OSGi框架注冊服務。在本例中，我們要實現對各類設備的監視，對于每一個需要監視的設備，均可以實現一個單獨的服務提供者Bundle來提供相應的監視功能。
服務使用者Bundle：引用Services Bundle提供的接口向OSGi框架請求相應的服務，本例中主要實現一個服務使用者Bundle，它是一個控制臺程序，用于執行相應的系統管理服務，并在控制臺中向用戶顯示相應的系統管理信息。

整個程序是由OSGi框架以及運行于OSGi框架內的一批Bundles組成，Bundle之間的協作關系見下圖：

圖1 程序的總體架構圖

四. 實現Bundle

1. 實現Services Bundle

新建一個Eclipse plugin-in project,將其命名為com.systemmanagement.services，注意創建OSGi Bundle工程時，一定要選中“an　OSGi framework”做為工程的目標平臺,并選擇Equinox或standard，這兩個選項的區別是：Equinox對OSGi 規范第4版進行了一些擴展，如果開發出來的Bundle希望能夠在其它的OSGi實現框架如Oscar，Knopflerfish上順利運行，此處最好選擇standard。這個Bundle的實現很簡單，它無需實現BundleActivator類，只需定義一個接口即可：

代碼清單1: MonitorService.java

package com.systemmanagement.services.monitor;

public interface MonitorService {

??public String getMonitorMessage();

}

同時勿忘在此Bundle的MANIFEST.MF文件中將相應的package導出：

代碼清單2:MANIFEST.MF

Manifest-Version: 1.0

Bundle-ManifestVersion: 2

Bundle-Name: Services Plug-in

Bundle-SymbolicName: com.systemmanagement.services

Bundle-Version: 1.0.0

Bundle-Vendor: cyz

Bundle-Localization: plugin

Export-Package: com.systemmanagement.services.monitor

如果將來需要擴充新的系統管理服務，需在此Bundle中增加新的接口并將其所屬的package在MANIFEST.MF文件中導出。

2. 實現服務提供者Bundle

新建一個Eclipse plugin-in project,將其命名為com.systemmanagement.cpumonitor，此Bundle負責監視CPU,提供相應的監視信息，它需要實現services bundle提供的MonitorService接口，同時它需要向OSGi框架注冊服務，因此首先需要在其MANIFEST.MF文件中導入相應的包：

代碼清單3:MANIFEST.MF

Manifest-Version: 1.0

Bundle-ManifestVersion: 2

Bundle-Name: Cpumonitor Plug-in

Bundle-SymbolicName: com.systemmanagement.cpumonitor

Bundle-Version: 1.0.0

Bundle-Activator: com.systemmanagement.cpumonitor.CpuMonitorActivator

Bundle-Vendor: cyz

Bundle-Localization: plugin

Import-Package: com.systemmanagement.services.monitor, org.osgi.framework;version="1.3.0"

此Bundle的實現主要包括兩部分工作：一個實現MonitorService的類，用于提供CPU的監視信息(如代碼清單4所示)。一個BundleActivator類用于在Bundle啟動時向OSGi框架注冊服務，在Bundle停止時將服務注銷(如代碼清單5所示)。

代碼清單4:CpuMonitor.java

Package com.systemmanagement.cpumonitor.impl;

import com.systemmanagement.services.monitor.MonitorService;

public class CpuMonitor implements MonitorService {

??public String getMonitorMessage() {

????????return "CPU--溫度：40度，電壓:1.4v";

??}

}

代碼清單4僅為演示之用途，在真正開發應用時，可以在此處實現真實的CPU監視功能，例如你可以使用Java的JNI機制來調用一些操作系統底層的或第三方的API獲得相關的CPU信息，這些技術與本文的主題OSGi關系不大，在此略過。

代碼清單5:CpuMonitorActivator.java

Package com.systemmanagement.cpumonitor;

import java.util.Hashtable;

import org.osgi.framework.BundleActivator;

import org.osgi.framework.BundleContext;

import org.osgi.framework.ServiceRegistration;

import com.systemmanagement.cpumonitor.impl.CpuMonitor;

import com.systemmanagement.services.monitor.MonitorService;

public class CpuMonitorActivator implements BundleActivator {

????private BundleContext context=null;

????private ServiceRegistration serviceRegistration=null;

?????

????public void start(BundleContext context) throws Exception {

????????this.context=context;

????????MonitorService monitor=new CpuMonitor();

????????Properties properties = new Properties();

????????properties.put("device", "cpu");

????????serviceRegistration=this.context.registerService(

????????????MonitorService.class.getName(), monitor, properties);?

????}

????public void stop(BundleContext context) throws Exception {

????????serviceRegistration.unregister();

????????context=null;

????}

}

代碼清單5中最重要的功能就是向OSGi框架注冊了一個Monitor服務，注冊服務時使用了一個Properties容器，容器中的key-value對說明了當前這個Monitor服務針對的是CPU，利用這個Properties容器，服務使用者Bundle就能夠判斷一個Monitor服務所針對的具體設備是什么。

針對其它需監視的設備如內存，網卡，電源，風扇等，我們可以分別實現一個Bundle來提供相應的監視服務，其實現過程與com.systemmanagement.cpumonitor這個Bundle是完全類似的，在此不再贅述。

3. 實現服務使用者Bundle

新建一個Eclipse plugin-in project,將其命名為com.systemmanagement.console，此Bundle是一個控制臺程序，它通過調用其它服務提供者Bundle提供的系統管理服務，向用戶提供系統管理信息。同樣首先需要在其MANIFEST.MF文件中導入相應的包：

代碼清單6:MANIFEST.MF

Manifest-Version: 1.0

Bundle-ManifestVersion: 2

Bundle-Name: Console Plug-in

Bundle-SymbolicName: com.systemmanagement.console

Bundle-Version: 1.0.0

Bundle-Activator: com.systemmanagement.console.ConsoleActivator

Bundle-Vendor: cyz

Bundle-Localization: plugin

Import-Package: com.systemmanagement.services.monitor, org.osgi.framework;version="1.3.0", org.osgi.util.tracker;version="1.3.1"

代碼清單6中導入的包org.osgi.util.tracker是OSGi框架提供的監視Bundle提供的服務是否可用的機制，下文將會詳述。

此Bundle的實現主要包括三部分工作：一個ServiceTracker類，用于監視服務提供者Bundle注冊的各類系統管理服務是否可用，并根據服務是否可用，采取相應的動作(如代碼清單7所示)。一個控制臺線程類，用于執行各類系統管理服務并向用戶提供相應的信息(如代碼清單8所示)。一個BundleActivator類用于在Bundle啟動時啟動Service Tracker服務監視系統管理服務是否可用，啟動控制臺線程類開始執行各類系統管理服務并顯示信息，在Bundle停止時停止Service Tracker服務和控制臺線程類。(如代碼清單9所示)。

代碼清單7: MonitorServiceTracker.java

package com.systemmanagement.console;

import org.osgi.framework.BundleContext;

import org.osgi.framework.ServiceReference;

import org.osgi.util.tracker.ServiceTrackerCustomizer;

import com.systemmanagement.services.monitor.MonitorService;

public class MonitorServiceTracker implements ServiceTrackerCustomizer {

??private ConsoleThread thread;

??private BundleContext bc;

???

??public MonitorServiceTracker(BundleContext bc,ConsoleThread thread) {

????this.thread = thread;

????this.bc = bc;

??}

??public Object addingService(ServiceReference reference) {

????MonitorService service = (MonitorService)bc.getService(reference);

????thread.addService(service);

????return service;

??}

??public void modifiedService(ServiceReference reference, Object serviceObject) {

????MonitorService service = (MonitorService)bc.getService(reference);

????thread.addService(service);

??}

??public void removedService(ServiceReference reference, Object serviceObject) {

????MonitorService service = (MonitorService)bc.getService(reference);

????thread.removeService(service);

??}

}

注意，在本文中只實現了Monitor一項服務，將來如需擴充到支持多項系統管理服務，可以為每一項或某一類服務各自實現一個ServiceTracker類來監視相應服務的可用性。

代碼清單8:ConsoleThread.java

package com.systemmanagement.console;

import java.util.HashSet;

import java.util.Iterator;

import com.systemmanagement.services.monitor.MonitorService;

public class ConsoleThread extends Thread {

??private HashSet<MonitorService> monitorServices=

????new HashSet<MonitorService>();

??private boolean running = true;

??public ConsoleThread(){};

???

??public void addService(MonitorService service){

????this.monitorServices.add(service);

??}

??public void removeService(MonitorService service){

????this.monitorServices.remove(service);

??}

??public void run() {

????while (running) {

????????for(Iterator<MonitorService> it=this.monitorServices.iterator();

????????it.hasNext();){

????????MonitorService service=it.next();

????????System.out.println(service.getMonitorMessage());

??????}

??????try {

????????Thread.sleep(5000);

??????} catch (InterruptedException e) {

????????System.out.println("ManagementThread ERROR: " + e);

??????}

????}

??}

??public void stopThread() {

????this.running = false;

????try {

??????this.join();

????} catch (InterruptedException e) {

??????e.printStackTrace();

????}

??}

}

代碼清單8是一個多線程程序，為演示之簡便，在此例中它只是用一個HashSet持有當前可用的系統管理服務，并無限循環，依次執行各項系統管理服務。在實際情況中，完全可以與用戶交互，根據用戶的指令來執行相應的系統管理服務。

代碼清單9:ConsoleActivator.java

package com.systemmanagement.console;

import org.osgi.framework.BundleActivator;

import org.osgi.framework.BundleContext;

import org.osgi.util.tracker.ServiceTracker;

import org.osgi.util.tracker.ServiceTrackerCustomizer;

import com.systemmanagement.services.monitor.MonitorService;

public class ConsoleActivator implements BundleActivator {

???

??private BundleContext context = null;

??private ServiceTracker tracker = null;

??private ConsoleThread thread=new ConsoleThread();

???

??public void start(BundleContext context) throws Exception {

????this.context = context;

????tracker = new ServiceTracker(context, MonitorService.class.getName(),

????????new MonitorServiceTracker(context,thread));

????tracker.open();

?????

????this.thread.start();

??}

??public void stop(BundleContext context) throws Exception {

????tracker.close();

????this.thread.stopThread();

??}

}

五．運行和測試基于OSGi的應用程序

一個基于OSGi的應用程序是由OSGi框架本身以及若干個Bundle組成，為了對其進行運行和測試，通常需要將各個Bundle　Project一一打包成Bundle(jar文件)，并部署到一個OSGi框架中，還是比較麻煩的。幸運的是，Eclipse已經對此提供了很好的支持，Eclipse本身是基于OSGi框架Equinox的，在Eclipse環境中可直接將各Bundle部署到Equinox框架中并運行之，對開發者來說十分便利，其具體步驟如下：

在Eclipse中選擇Run-->Run...菜單，在彈出的Run配置面板的左側選中“Equinox OSGi Framework”,然后再選擇其上方的“New”按鈕創建一個新的運行配置，將其命名為“systemmanagement”，再選擇右側的Deselect All按鈕，然后只選擇我們想要運行的4個Bundles:包括我們前面開發的3個Bundle以及OSGi框架本身org.eclipse.osgi,其中還可以設置各個Bundle的Start Level, Start Level可用于控制各Bundle的啟動順序，Start Level低的Bundle會優先啟動，例如我們可以將服務提供者Bundle cpumonitor的Start Level設為1,而將服務使用者Bundle console的Start Level設為2，如下圖所示：

圖2 Bundle的運行配置

在Eclipse環境中的運行結果如下圖，在控制臺中會不斷的顯示一些系統管理信息，同時也可在控制臺中運行各種OSGi控制臺命令，如ss命令可用于顯示各Bundle的狀態，讀者可以通過help命令了解更多的OSGi控制臺命令。

圖3 在Eclipse中的運行結果

我們也需要了解如何讓這些Bundle脫離Eclipse環境來運行，首先需要將各個Bundle Project打包成一個Bundle(即一個jar文件)，其步驟如下：

在Eclipse主菜單中選File->Export,再在彈出窗口中選擇Deployable plug-ins and fragments,再選下一步，在彈出窗口中選擇我們上面開發的三個Bundle project,并指定Bundle的輸出目錄，點Finish即可，如下圖所示：

圖4 導出Bundle

然后可以在e:\system_management\plugins目錄下找到三個jar文件，現在我們需要一個OSGi框架來運行它們。Equinox是目前最流行的OSGi框架，Equinox本身也被打包成一個Bundle,在Eclipse安裝目錄的plugins目錄下即可找到它，如org.eclipse.osgi_3.2.0.v20060601.jar，將這個文件拷到e:\system_management目錄下。在命令提示符下進入e:\system_management目錄下，運行如下命令啟動Equinox:

java –jar org.eclipse.osgi_3.2.0.v20060601.jar –console

啟動之后會出現一個OSGi控制臺，并且已經啟動一個system bundle,這個bundle就是OSGi框架本身。現在我們可以在OSGi控制臺中手工安裝我們開發的三個Bundle,如下圖所示：

圖5 安裝Bundle

隨后，可以依次啟動三個Bundle,這樣整個應用就運行起來了，如下圖所示：

圖6 運行Bundle

請保留這個OSGi控制臺并讓應用繼續運行，接下來我們還會在這個控制臺中進行一些操作來體驗OSGi的動態性。

六. 體驗OSGi的動態性

除了模塊化以及面向服務編程之外，OSGi的另一個重要特點是其動態性，Bundle以及Bundle提供的服務可以隨時消失或者重新加入，而其它使用服務的Bundle可以感知服務是否可用，并動態地改變自己的行為。應用程序在運行過程中，可以隨時增加新的Bundle,停止或卸載已有的Bundle,如果有新的服務加入進來，這個服務也能立即被其它Bundle使用并由此動態地改變整個應用程序的行為,在整個動態改變的過程中，OSGi框架本身是穩定的，無需重啟。以下我們將通過一些示例來體驗OSGi的動態性：

我們現在想給應用增加一個監視內存運行狀態的功能，新建一個Eclipse plugin-in project,將其命名為com.systemmanagement.memorymonitor,這個Bundle的實現過程與com.systemmanagement.cpumonitor基本類似，最主要的不同是實現MonitorService服務的那個類，如以下代碼所示，其它代碼可參見本文所附的代碼清單。

代碼清單10:MemoryMonitor.java

package com.systemmanagement.memorymonitor.impl;

import com.systemmanagement.services.monitor.MonitorService;

public class MemoryMonitor implements MonitorService {

??public String getMonitorMessage() {

????return "內存--物理內存總數：1G，可用數：300M";

??}

}

同樣，將這個Bundle export成一個jar文件到e:\system_management\plugins目錄下，安裝以及啟動這個Bundle,這時我們發現輸出的系統管理信息馬上改變了，如下圖所示：

圖7 安裝以及啟動一個新的Bundle

再假定我們需要增強com.systemmanagement.cpumonitor這個Bundle的功能，讓其提供更多的CPU信息，我們可以修改其中的CpuMonitor.java類，如下所示：

代碼清單11:CpuMonitor.java

package com.systemmanagement.cpumonitor.impl;

import com.systemmanagement.services.monitor.MonitorService;

public class CpuMonitor implements MonitorService {

??public String getMonitorMessage() {

????return "CPU--溫度：40度，電壓:1.4v，CPU占用率:20%";

??}

}

再將這個Bundle export成一個jar文件，放到e:\system_management\plugins目錄下,并在OSGi控制臺中使用update命令更新這個Bundle,我們發現輸出的CPU監視信息馬上改變了，如下圖所示：

圖8 更新Bundle

讀者還可以在OSGi控制臺中嘗試使用start,stop等命令啟動和停止一些Bundle，觀察輸出信息的改變，由此來體驗一下OSGi的動態性。

由于基于OSGi的應用程序具有高度的模塊化和動態性的特點，使得要對其進行擴展也變得非常的方便:一般來說，擴展就是增加新的Bundle,對其它Bundle基本無影響，如上面的例子所示，我們很方便地為應用程序增加了新的功能，更新了它已有的功能，而整個應用程序甚至都不需要重啟。Equinox同時還借用了Eclipse中的擴展點的機制，利用擴展點，可以方便的為已有的Bundle擴展功能，但擴展點這一套機制目前還不是OSGi規范中定義的特性，僅是Equinox這一實現平臺擴展出來的功能，使用了擴展點的Bundle將有可能不能在其它的OSGi實現框架中正常運行，這需要開發者權衡選擇。

七．發布應用程序

在上一節中我們在OSGi控制臺中運行我們的系統管理程序，其中還需要手工install, start各個Bundle,顯然這很麻煩，不太象一個真正的應用程序，本節將介紹如何構造出一個完整的基于OSGi的應用程序。

首先，Equinox提供了在啟動框架時自動安裝Bundle以及啟動Bundle的功能，這是通過定義config.ini文件來實現的，應用程序的目錄結構如下：

E:\SYSMGT_APP1

│? run.bat

│? org.eclipse.osgi_3.2.0.v20060601.jar

├─configuration

│????? config.ini

└─plugins

???????com.systemmanagement.console_1.0.0.jar

???????com.systemmanagement.cpumonitor_1.0.0.jar

???????com.systemmanagement.services_1.0.0.jar

config.ini文件的內容如下：

osgi.bundles=plugins/com.systemmanagement.cpumonitor_1.0.0.jar@1:start,

?plugins/com.systemmanagement.console_1.0.0.jar@2:start,

?plugins/com.systemmanagement.services_1.0.0.jar

其中的@1,@2用于指定Bundle的Start Level, start表示當OSGi框架啟動后即自動啟動此Bundle。而run.bat是一個批處理程序，其內容如下：

java –jar org.eclipse.osgi_3.2.0.v20060601.jar -console

現在只需運行run.bat即可運行我們的系統管理應用程序了。

Eclipse中還提供了兩個Bundle, org.eclipse.equinox.common和org.eclipse.update.configurator，可用于自動發現和安裝指定目錄下新增加的Bundle。我們同樣可以在Eclipse的plugins目錄中找到這兩個Bundle并將它們拷到E:\SYSMGT_APP1\plugins目錄下，并修改config.ini文件的內容如下所示：

osgi.bundles=plugins/org.eclipse.equinox.common_3.2.0.v20060603.jar@1:start,

?plugins/org.eclipse.update.configurator_3.2.0.v20060605.jar@2:start,

?plugins/com.systemmanagement.cpumonitor_1.0.0.jar@2:start,

?plugins/com.systemmanagement.console_1.0.0.jar@3:start

這樣，當org.eclipse.update.configurator Bundle啟動時，它會去自動發現和安裝plugins目錄新增的Bundle，但需注意，它并不能自動啟動這些Bundle，OSGi協議目前也沒有提供這樣的標準服務來自動安裝，管理和啟動Bundle，我們可以使用如下的一些解決方案來更好地管理和分發Bundle:

利用Eclipse的Update Manager：Eclipse Update Manager提供了一批API用于管理，下載，升級，安裝Feature，一個Feature是一批Bundle的集合, 是下載和安裝的最小單位。但Feature是Eclipse定義的，不是OSGi協議中定義的特性。
使用FileInstall Bundle,這個Bundle可以監視某一個目錄，如果這個目錄中新增加了Bundle,它會自動將其install,如果有Bundle被更新了，它會自動將其update，如果有Bundle從此目錄被移走，它會自動將其uninstall。可到?http://www.aqute.biz/Code/FileInstall下載這個Bundle，它可以運行于任何OSGi框架中。
在Equinox孵化器(incubator)中有一個org.eclipse.equinox.simpleconfigurator，可用于管理和控制已安裝的Bundle, 包括設置啟動級別并自動啟動它們。可訪問http://www.eclipse.org/equinox/incubator并到其CVS庫中下載

八. 小結

本文介紹了基于OSGi開發一個應用程序的完整流程，包括模塊劃分，Bundle的設計與開發，部署與測試，發布應用程序等，并演示了基于OSGi編程所具有的模塊化，面向服務，動態性，易擴展等優點。基于組件或構件編程是學術界提了多年的思想，筆者認為OSGi是一個比較徹底地體現這種思想的編程模型，基于OSGi編程將帶來軟件設計以及開發方式的改變并由此帶來軟件生產效率的極大提升。

申明：本文僅代表筆者個人的觀點，不代表IBM公司的觀點。

下載資源

本文所有的示例源代碼?(osgi_samplecodes.zip | 27KB)

相關主題

IBM developerworks中國網站上的文章?利用Eclipse開發基于OSGi的Bundle應用
閱讀Scott Delap撰寫的?了解Eclipse插件如何使用OSGi
要了解Eclipse和OSGi,請閱讀?利用OSGi解決Eclipse插件難題
訪問?OSGi Alliance Service Platform, 了解更多關于 OSGi的信息，包括OSGi Release 4規范等信息
獲得有關Eclipse和Equinox的更多詳細資料?Eclipse.org,?Equinox
了解其它OSGi實現框架：?Oscar,?Apache Felix,?Knopflerfish
要獲得關于Eclipse平臺的介紹性文章，請參閱?Eclipse 平臺入門
EclipseCon?上有許多關于OSGi的資料

from:?https://www.ibm.com/developerworks/cn/opensource/os-cn-ecl-osgi/index.html?

總結

以上是生活随笔為你收集整理的基于 OSGi 的面向服务的组件编程的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。

组件
OSGI

上一篇：探索 OSGi 框架的组件运行机制
下一篇：以 OSGi 包的形式开发和部署 Web