最有前途的新JSR?

时间:2009-05-02 05:27:56

标签: java jsr

最近我找到了一个非常有用的Web服务框架Jersey(JAX-RS又名jsr-311;它的摇滚开始实现),以及一个漂亮的验证库Hibernate Validator(“Bean验证API“,jsr-303)。

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

超过2我提到过,其他人还认为还有什么值得关注和值得关注的事情?

2 个答案:

答案 0 :(得分:3)

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


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

但最终从当前的JDK7实现中选择了JSR-277(Java模块依赖项)... before being dropped

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


如“模块依赖关系的表示”一文中所述:

  

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

     

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

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

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

  •   

答案 1 :(得分:1)

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