1

最近我选择了一个非常有用的 Web 服务框架，Jersey（JAX-RS aka jsr-311；以及它的 Rock start 实现）和一个漂亮的验证库Hibernate Validator（“Bean Validation API”，jsr-303）。

这两个 jsr 都是相对较新的，这让我想知道我可能还缺少什么 - 鉴于有数百个 JSR，具有不同程度的进展、活动和潜力，要跟踪它们并不容易。

那么除了我提到的2之外，还有什么其他人认为有前途和值得关注的呢？

4

2 回答 2

3

JSR-291 : Java™ SE 的动态组件支持

基于 OSGi 模型，将其集成到 Java 中会非常有趣。

但JSR-277最终选择了（Java 模块依赖项）......在从当前的 JDK7 实现中删除之前。

与此同时，有很多 OSGi 框架可供使用；）

如文章“模块依赖的表示”中所述：

JSR 291 和 JSR 277 之间的主要区别之一是表示、满足和管理模块依赖关系的方式。

[...] 一个更重要的区别与需要能够预测模块集合的行为有关。这在管理模块的依赖关系时至关重要。

  • 使用JSR 291，外部管理系统能够读取每个模块中的依赖关系声明并应用规范中的规则来确定这些模块将如何连接，是否有任何缺失的依赖关系，以及，如果有，如何这样可以满足依赖关系。

  • 使用 JSR 277时，使用导入策略时的位置完全不同。确定导入策略行为的唯一方法是执行它。但即便如此，也不能保证每次运行时导入策略都会给出相同的结果。此外，如果缺少依赖项，则检查导入策略以确定如何满足缺少的依赖项是不可行的

于 2009-05-02T12:26:47.360 回答
1

我希望在手机中更频繁地实现 JSR-239 OpenGL-ES Binding（带有漂亮的 NIO 缓冲区）和 JSR-256 Sensor API（至少与 OSGi 有一些关系）。

于 2009-06-06T14:23:52.487 回答