代码之家 › 专栏 › 技术社区 › StaxMan

最有前途的新JSR?

jsr java

1

StaxMan · 技术社区 · 17 年前

最近我学习了一个非常有用的web服务框架, Jersey (JAX-RS又名jsr-311;及其rock start实现),以及一个漂亮的验证库 Hibernate Validator (“Bean验证API”,jsr-303)。

这两个JSR都是相对较新的参与者,这让我想知道我可能还缺少什么——考虑到有数百个JSR,具有不同的进度、活动和潜力,要跟踪它们并不容易。

因此,除了我提到的第二条,还有什么其他人认为有希望和值得注意的呢?

2 回复 | 直到 17 年前

1

3

Community Mohan Dere 6 年前

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

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

但是 JSR-277 最终被选中(Java模块依赖项)。。。 before being dropped 来自当前的JDK7实现。

与此同时,还有 plenty of OSGi frameworks out there to play with ;)

如“模块依赖项的表示”一文所述:

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

[...] 一个更重要的区别在于需要能够预测一组模块的行为。在管理模块的依赖关系时,这一点至关重要。

具有 JSR 291 一 外部管理系统能够读取每个模块中的依赖关系声明 并应用规范中的规则来确定这些模块将如何连接,是否有任何缺少的依赖项,如果有,如何满足这些依赖项。

与JSR 277 当使用进口政策时,情况就大不相同了。这个 确定导入策略行为的唯一方法是执行它 .但即便如此,也不能保证进口政策每次都会产生相同的结果。此外,如果缺少依赖项,则检查导入策略以确定如何满足缺少的依赖项是不可行的

2

1

michael aubert 17 年前

我希望更多地在手机中实现的是JSR-239 OpenGL ES绑定(带有漂亮的NIO缓冲区)和JSR-256传感器API(至少与OSGi有一些关系)。