读完这篇文章后,我想到了一个问题:'OSGi 会变成 Java EE 吗?OSGi 会取代 Java EE 吗?OSGi 是否在增加 Java EE?确实,从历史上看,OSGi 与 Java EE 完全不同,但现在考虑到 EEG 产生的工作,其中一些服务是 Java EE 服务。另一个事实是,使用 Java EE 的人将其用于其 API,这与 OSGi 相矛盾,OSGi 应该与 API 无关。
我不知道它会去哪里,你们呢?
读完这篇文章后,我想到了一个问题:'OSGi 会变成 Java EE 吗?OSGi 会取代 Java EE 吗?OSGi 是否在增加 Java EE?确实,从历史上看,OSGi 与 Java EE 完全不同,但现在考虑到 EEG 产生的工作,其中一些服务是 Java EE 服务。另一个事实是,使用 Java EE 的人将其用于其 API,这与 OSGi 相矛盾,OSGi 应该与 API 无关。
我不知道它会去哪里,你们呢?
OSGi 是容器技术。它与 Java EE 技术(例如)Servlet、JDBC、EJB、JMS 等无关。
它负责代码组件的打包(打包)及其管理。这可能会影响您打包解决方案的方式(例如,您可能不使用 .ear 或 .war),但您习惯于编程的 API 不会改变。
如果您想尝试它,它已经存在:IBM WebSphere Application Server 6.1:组件化概述。我认为 BEA 和 JBoss 的实现正在进行中,但我最近没有听到任何消息。
OSGi 不会替代 Java EE——它通过添加插件框架来扩展它。它是否会成为未来 Java EE 标准的一部分可能取决于Sun 收购后会发生什么、 Jigsaw 项目( JSR 277的替代品)的未来以及一些我不知道的因素。Java EE 6没有任何计划,除了交叉手指并希望将其纳入Java 标准版 7中。
OSGi 没有成为 J2EE……我不确定这意味着什么!它正在添加有助于将 J2EE 代码更顺畅地迁移到 OSGi 的特性。但它们是可选功能,如果您没有 Java EE 遗留,则无需使用它们。
或许更好的问题是 OSGi 是否会像 J2EE 那样成为被广泛接受的 Java 应用程序部署容器。恕我直言,答案显然是肯定的。
我喜欢OS-JEE-i这个词。
看看 InfoQ 关于新流行词JOSH: A Proposed Software Stack for the Enterprise 的文章。根本没有 Java EE。只有J SON、O SGi、S cala 和H TTP。这很有趣……