osgi_OSGi社区对此有最后一招。 就是这个。

osgi

在尼尔·巴特利特（Neil Bartlett） 通过Twitter问他 ：“为什么Eclipse为什么被列为JSR 337（即Java SE 8）的支持者之后，迈克·米林科维奇（Mike Milinkovich）试图一劳永逸地弄清Eclipse为什么支持SE8的JSR。仍然本质上是抗OSGi的？” 在Mike Milinkovich看来，“ JSR 337是反OSGi”的谣言可以追溯到第2.1节对模块化的描述，该描述涉及以OSGi为中心的功能，而没有承认OSGi的存在。 Mike Milinkovich仍然拥护OSGI –“当然，OSGi已经做到了这一点，很可能是满足上述要求的解决方案” –但是，当考虑到JDK的现状时，他认为JSR 337中的陈述是公平的。考虑在内。 另外，第2.5节指出，尽管已经存在支持这些任务的框架和工具，但“ Java SE平台中的标准化将促进互操作性，并使开发人员，用户和供应商受益。” 使更广泛的Java社区受益的标准化思想是有效的。

真正赢得Mike Milinkovich支持的是JSR的第3部分，Java社区在使用OSGI模块层构建应用程序和框架方面进行的投资得到了认可，并解释说：“ Java Platform Module的程度系统应该采用，与OSGi互操作或以其他方式容纳OSGi将是JSR专家组和Java SE 8专家组讨论和决定的主题。” Mike Milinkovich将这个JSR视为OSGi踏入了大门：“（这是）有关基础Java平台中模块化形状的对话的开始。” 他务实，相信这种转换可能需要数年时间，但是此JSR是讨论模块化的重要论坛。 如果最终最终结果是抗OSGi，他明确表示将投票反对OSGi。 他将“ anti-OSGi”定义为阻止OSGi生态系统在SE8上运行，或者在性能和可伸缩性领域中以平台模块化不利于OSGi生态系统。 但是，他对OSGi规范进行修改以更好地适应Java开发人员的需求持开放态度。

迈克·米林科维奇（Mike Milinkovich）与“马克·莱因霍尔德（Mark Reinhold）和Oracle公司的其他人”进行了向上的斗争，后者明确表示OSGi不符合他们对平台模块化的愿景，但他希望避免使用以前表征模块化的名称和否定性辩论。 “我们（OSGi）社区对此罐头有最后一击。 就是这个。”

翻译自: https://jaxenter.com/the-osgi-community-have-one-last-kick-at-this-can-this-is-it-102607.html

osgi