osgi为什么不流行

在我们通过Distributed OSGi项目实现一个重要的里程碑时，似乎是时候回顾到目前为止已完成的工作，确定其余步骤并首先讨论为什么要这样做的好时机。

在11月，我们发布了OSGi规范的4.2版本的设计文档（OSGi术语中的注释或RFC） 的早期发布草案的更新 。 本月，我们在Apache CXF上发布了该版本重要的新设计之一RFC 119 Distributed OSGi的参考实现源代码 。

分布式OSGi项目是OSGi规范下一个版本的一部分，因为当前版本的OSGi规范已在嵌入式领域获得成功，并已开始在企业领域采用。 例如，OSGi框架位于Eclipse插件的背后，并且所有应用服务器和大多数ESB供应商也都认可OSGi。

OSGi联盟于2006年9月举办了一次公开研讨会，以进一步调查对可能的企业版的要求（Peter Kriens撰写了一篇出色的背景博客文章 ）。 此后，最新版的OSGi规范已成为Java SE的一部分，并已通过JSR 291纳入其中。我们参加研讨会的人们面临的问题是OSGi规范是否也应成为Java EE的替代版本，如果是，需要满足什么要求。 关键要求之一是OSGi服务能够调用在其他JVM中运行的服务，并支持企业应用程序拓扑的可用性，可靠性和可伸缩性。 （当前的OSGi规范仅在单个JVM中定义了服务调用的行为。有关更多详细信息，请参阅Peter的出色的研讨会摘要条目。）

工作于2007年1月正式开始， 第一次是企业专家组会议 。 分布式OSGi仍是该届会议批准的最高要求之一。 最初，我们经常受到批评，认为我们是“重新发明轮子”或“创建另一个CORBA”，但这是基于一种误解。 早期的设计文档草案（RFC 119）和Apache CXF上的RI代码应有助于阐明我们没有这样做的事实。 我们只是在扩展OSGi框架，以配置现有的分布式计算软件系统。 我们在RFC 119中使用术语“分发软件”或DSW作为对能够进行远程服务调用的任何类型的协议和数据格式系统的通用引用。 远程意味着在另一个JVM或地址空间中。

有人建议我们选择一种特定类型的分发软件并对此进行标准化。 一个优点是能够利用特定于协议的功能，例如序列化可执行代码，但这将减少选择并造成潜在的锁定情况。 相反，我们定义了可与任何分布式计算软件系统一起使用的通用配置机制。 我们还尝试不阻止使用诸如序列化可执行代码之类的方法-换句话说，如果您愿意的话，您仍然应该能够这样做，但是由于它特定于单一类型的分发软件，因此尚未标准化。

除了Apache CXF的参考实现之外，Eclipse ECF项目和Paremus的Infinflow产品也打算实现该设计，我们听说有人说Eclipse Riena项目也在考虑这一设计。 因此，希望我们在分布式OSGi方面走上正确的道路。 但是我们对反馈仍然非常感兴趣，现在有时间更改规范中的内容。 分布式OSGi设计还包括发现服务和SCA元数据扩展，用于配置多个分布式软件系统组件。 这些都不是公开的，但应该很快。

为了说明我们在此过程中所处的位置，对OSGi联盟的工作方式提供一些背景知识很有帮助。 它的过程与Java社区过程非常相似。 实际上，OSGi规范从JSR 8开始，并且基本上仍然代表着原始JSR工作的发展。 OSGi流程从详细说明需求的征求建议文件（RFP）开始。 批准RFP后，将使用满足要求的设计来创建一个或多个注释请求（RFC）。 RFC批准后，将更新规范以包括设计。 RFP和RFC都是专家组的产品，尽管它们通常由组内的个人或小型团队领导。

但是，当涉及到流程的规范部分时，OSGi联盟是独一无二的，因为它要付钱给Peter Kriens来编写。 很好，因为Peter从一开始就一直致力于OSGi，并且他确保了规范的质量和一致性。 但这也消除了其他财团在“笔”传递给一个或多个成员（通常代表与一个或多个其他成员竞争的供应商）时面临的典型政治问题。

参考实现的当前版本已完成，以证明RFC 119中描述的设计，并允许RFC通过EG投票。 在规范阶段，我们希望对设计进行进一步的讨论，因为它会被纳入规范中，这可能会导致RI的进一步更改。

OSGi专家组现在开始与Peter合作开发R4.2的更新规范，该规范计划于3月或4月以初步形式发布，并于6月以最终形式发布。 有关即将发布的版本的更多信息，可在3月23日至26日与圣塔克拉拉的EclipseCon一同举行的OSGi Dev Con上获得。

即将发布的版本的其他主要部分包括对核心框架的各种扩展，用于开发OSGi服务的Spring派生的Blueprint Service组件模型以及映射到OSGi捆绑包的各种Java EE（JTA，JDBC，JPA，JNDI，JMX， JAAS和Web Apps）。 Java EE映射与核心功能，Spring / Blueprint或Distributed OSGi工作的增强功能相去甚远，但预计将与R4.2最终版本一起发布预览。

在过去的两年中，已经在早期发行草案中记录了分布式OSGi要求和设计，并在Apache CXF的参考实现代码中进行了说明。 这是即将于2009年中发布的即将发布的OSGi规范R4.2企业版的重要新功能之一。 与OSGi核心框架的扩展，Spring衍生的Blueprint Service组件模型以及关键Java EE技术的映射一起，即将发布的版本代表了OSGi规范和社区迈出的重要一步。

翻译自: https://www.infoq.com/articles/newcomer-distributed-osgi/?topicPageSponsorship=c1246725-b0a7-43a6-9ef9-68102c8d48e1

osgi为什么不流行