OSGi and Equinox 综述

       OSGi服务平台提供在多种网络设备上无需重启的动态改变构造的功能。为了最小化耦合度和促使这些耦合度可管理，OSGi技术提供一种面向服务的架构，它能使这些组件动态地发现对方。OSGi联OSGI盟已经开发了为例如象HTTP服务器、配置、日志、安全、用户管理、XML等很多公共功能标准组件接口。

OSGi规范的核心组件是OSGi框架。这个框架为应用程序（被叫做组件（bundle））提供了一个标准环境。

在该框架之上，OSGi联盟定义了很多服务。这些服务通过一个Java接口指定。bundles能够实OSGI现这个接口，并在注册服务层注册该服务。服务的客户端在注册库中找到它，或者当它出现或者消失时做出响应。这个同SOA架构使用Web服务进行发布的方式相似。


            Equinox是AppFuse的一个轻量级版本。Equinox使用Spring MVC与Hibernate作为默认实现(数据库为：PostgreSQL)。但是你可以把Web框架改成JSF, Struts,Tapestry或WebWork。也可以把持久层框改成iBATIS,JDO(JPOX),Spring JDBC或OJB()。同时支持Ant和Maven2进行构建与测试。

Eclipse 集成开发环境（IDE）和 Eclipse Rich Client Platform（RCP）应用程序的核心由 Open Services Gateway Initiative（OSGi）规范的实现驱动。本文通过描述对 Eclipse 平台而言插件是什么，并跟踪从 Eclipse V2.1 到今天基于 OSGi 的实现中插件的发展，阐明了 Eclipse 与 OSGi 的关系。还解释了 OSGi manifest.mf 文件选项以及通过 Eclipse 提供的添加项。
大多数 Java™ 编程语言开发人员通过作为 IDE 的功能认识了 Eclipse。Eclipse IDE 实际上由叫做插件 的交互式组件的集合组成。这些插件组成了 IDE 的基础，它们还可用于创建其他桌面应用程序。创建基于 Eclipse 的应用程序所需的最小插件集称为 Eclipse Rich Client Platform（RCP）。但是，插件本身不能启动。它们需要在一个环境中启动和操作。Eclipse 使用 OSGi R4 规范的实现提供了该环境。



到 OSGi 的发展

如前所述，Eclipse 使用 OSGi 作为插件系统的基础。但并非总是如此。早期版本的 Eclipse 也设计为插件集合，而且 Eclipse 包括自己专用的插件系统来管理交互。但是，随着 Eclipse IDE 要求的增长，必须需要一个更强壮的解决方案。这个新系统的基本要求包括动态添加新插件和停止现有插件的能力。经过大量研究之后，Eclipse 创建者决定通过实现 OSGi 框架规范替换专用的插件框架。

OSGi 是服务平台的规范。Eclipse 提供了该规范的许多可用实现之一，并用作最新 OSGi R4 规范的参考实现。OSGi 是基于 Java 的框架，旨在用于需要长运行时间、动态更新和对运行环境破坏最小的系统。起初，OSGi 旨在用于家庭自动化和家庭网关设备。最近，从手机到汽车都发现了它的踪迹。

在核心，OSGi 是一个组件和服务模型，如图 1 所示。OSGi 规范定义了一个叫做绑定包 的模块化单位。（在下文中，除非特别指明，Eclipse 术语插件 和 OSGi 术语绑定包 可交换使用，因为所有 Eclipse 插件现在都是 OSGi 绑定包。）OSGi 还提供了 Java Virtual Machine（JVM）级别的服务注册，该绑定包可用于发布、发现和绑定至服务。