JSR277和OSGi会结合吗？
上个月我们问到Sun是否在关注OSGi；从JavaOne大会上我们很清楚地看到很多人都在关注它。不仅所有主流J2EE引擎现在都支持OSGi，而且连Spring也发布了其基于OSGi的Spring Source应用平台。幸运的是，在JSR277幕后已经发生了大量积极的变化；请继续阅读后面的内容以了解这一切。
InfoQ
八月 332,438名独立访问用户
赞助商链接
OpenSolaris专题
下载OpenSolaris
尝试其超酷功能
参与本地用户组
活动，即刻访问
免费迷你书下载
开源技术选型手册
深入浅出Struts2
领域驱动设计
Scrum和XP实践
…更多精彩内容
主题/标签专用视图
InfoQ 上所有与“JSR 277”相关的内容及新闻
“JSR 277”相关新闻
Sun对OSGi支持者就JSR 277所提诸多问题保持沉默
JSR 277背后的专家组一直比较安静，丝毫不理会来自社区关于其现状及与OSGi兼容的可能性问题。最近几周，要求提供信息及批评之声日渐高涨。
Spring Dynamic Modules for OSGi：简化OSGi应用的开发
Spring Dynamic Modules for OSGi（也就是从前的Spring-OSGi）今天发布了1.0版本。InfoQ就这个版本的发布以及它能为Spring社区提供什么采访了 SpringSource的CTO——Adrian Colyer和Spring Dynamic Modules项目的领导人——Costin Leau。
争论：JCP在Java的未来中将扮演什么角色？
最近，Alex Blewitt称Java Community Process（JCP）已经死了，将之喻为无头鸡：“自己还没有意识到，仍在四处奔跑，但实际已死了”。由此引发一场关于JCP作用，及其在Java的未来中将扮演什么角色的争论。
Java模块化提案: iJAM
一个新的提案，iJAM, 已经在JSR-294和modules-dev的邮件列表中流传了。它对strawman提案中JSR-294的超级包（'superpackages'）的相关逻辑提出了一些修改，并收到了正面反馈。
原型缺乏导致JSR 277和JSR 291互操作性受到威胁
上上周，JSR 291的规范领导人及JSR 277专家组（Expert Group）成员Glyn Normington以博客文章的形式发布了JSR 277、JSR 291和OSGi规范相关讨论的最新保留条款。到目前为止专家组尚未收到技术说明草案（strawman），对此Normington表示忧虑，并且他也担心专家组最终无法对这份技术说明草案进行详细讨论，并进行相应变更，而是以草案为准草草定案。
OSGi与JSR 277的争论日趋激烈
JSR 277（Java 模块系统）与OSGi（JSR 291）的争论再次变得白热化，JSR 316（Java EE 6）的提交又一次引燃了关于OSGi与JSR 277互相重叠的争论。InfoQ整理总结了其中的若干观点和论据。
OpenJDK项目发布Java Module System（JSR 277）和Improved Modularity（JSR 294）的Early Access快照
OpenJDK项目已发布Java Module System（JSR 277）和Improved Modularity Support（JSR 294）实现的early access源码快照。JSR 277是从单元布署的角度来处理模块化的，JSR 294则从开发角度来处理，引入了新的语言结构、为信息隐藏而使用了“超级包（superpackage）”。