【IT168 分析评论】
    Frank Sommers:为什么在定义公共Java ME stack（接口平台）时有2个独立的JSRs？

    Asko Komsi：这两个JSR都是为手机而建立的，但是不同之处在于每个JSR所对应的应用类型和所服务的商务情况。如果你注意到现在手机所发生的事情及被用来做什么，你会看到将有许多种的手机游戏和多媒体提供给消费者。这就是JSR 248服务的领域，在消费者方面，一个为开发商绑定他们的应用到一个MIDP类型的包里的模型出现了。消费者可以购买这个包，下载到消费者的手机里，然后就可以很简单地使用它们了。与游戏应用的大业务相比，那些应用的价位并不是很高。JSR 248的作用就是确保我们使所有的游戏API和多媒体特征都可以得到，JSR 248标准对于使用3D图形[移动3D图像API, JSR 184]的应用非常优秀。它提供了一个移动媒体API[JSR 135]，你可以用其中包含的蓝牙API[Java APIs for BlueTooth, JSR 82]产生人对人的游戏。你能利用SIP [SIP API for J2ME, JSR 180]构建应用，并且使用支付API [JSR 229]来为移动电话上的服务和游戏付费。你也能利用内容处理API[JSR211]，来浏览不同类型的内容。

    虽然JSR248的服务目标主要是个人消费者应用，但也提供了对企业可能有用的功能。例如，JSR 172 [J2ME Web服务]为网络服务提供支持，你可以通过JSR 177获得更安全和信赖的服务，对于要求从移动设备上安全访问公共数据的企业这是非常重要的。JSR 248标准也通过Location API for J2ME [JSR 179] 提供了基于场所的服务。这样对于那些需要创建根据地理位置来访问企业数据的应用是非常有帮助的，例如司机需要的特定应用。

    然而，JSR 248不提供企业应用所需要的所有特征，主要因为JSR 248定义的是静态环境。利用JSR 248，你有一套开发者能用的固定的API，每次你能下载一个应用并运行它。安全特征是非常简单的：它是一个沙箱，你可以在里面运行你的程序。它的环境中并没有更多的动态元素。对于某些种应用它非常优良，尤其是个人消费者类型的应用程序，但是我们认为我们需要转向更丰富，更强大的提供动态特征的平台上。

    JSR 249就是这样一个为动态环境而设的标准，利用它你能动态下载新的API到手机里。手机可以不再受限于手机本身而获得API，甚至是MSA initiative通过JSR 248所提供给你的。我认为动态环境真的是企业甚至是消费者应用程序将来所需要的。
例如，考虑这样的一种情况，在后端你有很多的数据或一个你想访问的企业应用。一些企业软件公司，就像IBM或BEA—提供了一些中间件来让你访问那些应用或企业数据库。利用JSR 248，所有你能做的就是把一些中间件放入你的终端，然后通过手机上的网络服务来访问这些中间件。

  但是利用JSR 249，你可以在手机上提供中间件。如果一个企业需要一个新的API，它们能简易地下载到所有员工的手机里。JSR 249为之提供了一个良好的安全的结构。动态下载能力在你如何构建一个移动应用上显示了强大的优势。如果你能下载中间件到你的手机里，不仅仅一个应用能访问它，而且你能通过中间件执行访问企业数据的的应用，你不必多次下载中间件，你一旦下载了，当你需要访问共同的应用，在你的手机里已经有了。
动态下载能力是支持企业的真正最合适的唯一方式。其他的方式有Nokia和其它制造商遵从的IBM-specific handsets 和BEA-specific，他们预装了各自的中间件组件。正如你看到的，它们无法工作。相比之下，能够下载任何的API到手机里将帮助Java [ME]市场更规整。但是消费者方面也是非常重要的。你可以想到运营商提供一些游戏规范的中间件到你的手机里，在它上面你可以玩很多的游戏。