OSGi 和 Java EE - JOSGiEE？答案

【问题标题】：OSGi and Java EE - JOSGiEE?OSGi 和 Java EE - JOSGiEE？
【发布时间】：2010-10-15 21:02:08
【问题描述】：

阅读this article 后，我想到了一个问题：'OSGi 正在成为 Java EE 吗？ OSGi 会取代 Java EE 吗？ OSGi 是否在增加 Java EE？的确，从历史上看，OSGi 与 Java EE 完全不同，但现在考虑到 EEG 产生的工作，其中一些服务是 Java EE 服务。另一个事实是，使用 Java EE 的人将其用于 API，这与 OSGi 相矛盾，OSGi 应该与 API 无关。

我不知道它会去哪里，你们呢？

【问题讨论】：

嘿@ArjanTijms，为什么是历史修正主义？在提出问题时，“Java EE”被称为 J2EE。现在返回并重命名所有内容更加令人困惑。
@NeilBartlett 实际上，Java EE 是自 2006 年底/ 2007 年初以来的官方术语。它早于 stackoverflow 上的每个问题;)
@ArjanTijms 坦率地说，这几乎无关紧要，因为几乎每个人都仍然知道它是 J2EE。无论如何，我只是不明白试图从历史中编辑 J2EE。
@NeilBartlett >几乎每个人都仍然知道它是 J2EE - 希望这会因此改变；) 6 年来，它一直是错误的术语。请注意，SO 本身也会自动重命名它（请注意，这篇文章的标签是由 SO 完成的“java-ee”），我只是在帮助处理手动案例。该术语仍有大量合法用途（主要是历史用途），当然我从不编辑这些。

标签： java jakarta-ee osgi

【解决方案1】：

OSGi 是容器技术。它与 Java EE 技术（例如）Servlet、JDBC、EJB、JMS 等无关。

它负责代码组件的打包（打包）及其管理。这可能会影响您打包解决方案的方式（例如，您可能不使用 .ear 或 .war），但您习惯于编程的 API 不会改变。

【讨论】：

但是 J2EE 容器也称为“容器”，不是吗？肯定有一定数量的重叠。 Spring DM Server 是打包企业应用程序的 OSGI 替代方案。 Hibernate 也存在问题，请参阅 stackoverflow.com/questions/662986/osgi-hibernate，所以我认为这个问题很明确。

【解决方案2】：

我喜欢OS-JEE-i这个词。

【讨论】：

【解决方案3】：

如果您想尝试它，它已经存在：IBM WebSphere Application Server 6.1: Componentization Overview。我以为 BEA 和 JBoss 的实现正在开发中，但我最近没有听到任何消息。

OSGi 不会替代 Java EE - 它通过添加插件框架来扩展它。它是否成为未来 Java EE 标准的一部分可能取决于any Sun acquisition 的未来、Project Jigsaw（JSR 277 的替代品）的未来，以及一些我不知道的因素。 Java EE 6 没有任何计划，除了交叉手指并希望有什么东西可以进入 Java Standard Edition 7。

【讨论】：

re IBM W..Overview: Topic Not Found

【解决方案4】：

OSGi 不会成为 J2EE...我不确定这意味着什么！它正在添加有助于将 J2EE 代码更顺畅地迁移到 OSGi 的特性。但它们是可选功能，如果您没有 Java EE legacy，则无需使用它们。

也许更好的问题是 OSGi 是否会像 J2EE 曾经那样成为被广泛接受的 Java 应用程序部署容器。恕我直言，答案显然是肯定的。

【讨论】：

【解决方案5】：

查看 InfoQ 关于新流行词JOSH: A Proposed Software Stack for the Enterprise 的文章。根本没有 Java EE。只有 JSON、OSGi、Scala 和 HTTP。挺有意思的……

【讨论】：