【IT168 分析评论】

    Frank Sommers:你能解释一下JSR 249的动态API下载是如何工作的呢？

    Asko Komsi:我们的目标是将JSR 248 走出去，而在JSR 249中我们现在有清晰的章节说明我所提到的。专家组目前仍没有做出任何的技术选择，我们现在开始把焦点放在JSR 249上。OSGI对于Java ME或JCP来说并不是新鲜事物，因为我们已经有了JSR 232 [Mobile Operational Management]，Nokia和Motorola做为规范的发起者。从MSA的远景看，如果我们想使用OSGI，我们所必需做的就是配置JSR 232。JSR 232是连接OSGI和基于JCP的标准化之间的一条途径。我们想要确信在OSGI 方面我们能定义技术并提供一个执行参考。然后把所有的技术带给JCP以便使技术不仅对领取OSGI执照的人可以获得，对JCP也一样。
OSGI环境不仅提供给用户各种应用和客户中间件的下载，还负责监控，同时还有一个非常安全的框架，在这个框架里，你能为组件定义任何类型的规则并且访问手机上的各种API。你一旦开始转向JSR 249类型的环境，你需要的安全性不是“沙箱环境”所能提供的，OSGI为我们提供了动态安全。OSGI已经提供了可以兼顾依赖性的机制：一个应用需要什么，版本是多少，如何去获得需要的组件。

    OSGI如此让人感兴趣的原因是它提供了许多的特征，我认为我们需要这些特征让CDC便于使用。从一个高层次来看，JSR 249必须寻求办法解决关键功能，象主要的安装机制、应用模型、封装模型—如何打包那些应用和中间件组件，以使你能将它们发送到手机。另外，JSR 249需要发现一个办法来管理环境、 用及在它上面运行的服务。在将来，你也会有强大的客户环境让你运行多个应用。因此我们也需要定义一个应用合作机制。这些特征就是我们必须在JSR 249里面必须找到办法解决的。如果我们没有它们，那么我们仅仅做了一半，我们可能面临再次分离的结局。