或者

 

更新JCP过程文档，使过程更加透明和高效。

移动服务消息规范，定义了创建、发送和接受短消息及多媒体消息的协议。此规范工作在J2SE和J2EE下。

J2ME 内容处理API规范

OSS 服务质量管理规范

 

OSS（Operational Support System）运营支撑系统，一般指为电信运营商及其网络提供业务管理、库存管理、工程、规划和维护功能的系统。

 

OSS/J发布Web Services 集成规范 - 支持基于Web Service的SOA，满足电信运营商需求    2006/02/20

OSS/J（OSS Through Java）是以JAVA技术为动力的OSS（运营支撑系统）解决方案。日前在SYS-CON Italia上，WBT News Desk宣布OSS/J为其Trouble Ticket API(JSR 91)新添了一项用于集成Web Services 的规范。服务提供商能够通过基于web services的OSS/J， 直接为客户和业务伙伴提供OSS服务，而无需花重金去打造客户端软件或客户通信软件。

OSS/J 定义了一系列完成特定功能的API，加速OSS/BSS解决方案的开发，解决各个应用协同工作的问题。所有OSS/J发布的API均通过最新的Java社区进程（JCP）标准化认证。OSS/J 是当前唯一提供所有参考实现、兼容性测试工具、认证产品清单以及全套工具、适配器和扩展插件的开放OSS标准。所有的OSS/J API均可免费下载。

Web service规范的发布最终完成了OSS/J API 集成规范，同时解决了B2B的集成。

" 这是我们完成OSS-aware 面向服务架构(SOA)的最后一步，可以实现对下一代电信网络及服务的管理， " Sun Microsystems的 Philippe Lalande 发表了看法，他也是该项目的负责人。" 由于 OSS/J 技术现在在全世界范围内被服务提供商广泛采取，我们不断地收到关于该API Roadmap的有效反馈。运营商告诉我们，他们需要灵活的方案来支持不同的集成策略。这个反馈让我们预见到未来的业务形式需要web service，于是我们发布了这套规范来满足他们迫切的需求。"

规范支持基于web services的SOA，满足全球运营商的需求。OSS/J 技术根据电信管理论坛(TMF)提出的下一代运营支撑系统（NGOSS）框架而设计， 该框架提供架构指导、信息和数据模型以及业务进程模型。OSS/J web service 规范是TMF关于Web Services Enablement的首个实现。

“我们欣喜地看到OSS/J的web services规范与TMF的Web Service Enablement项目思想完全吻合，”电信管理论坛的CTO Martin Creaner这样说。“这个真实世界模型是对NGOSS 框架真实性的一个重要确认。该框架作为一个技术无关的架构，将继续在电信领域证明它的价值。NGOSS，OSS/J 和基于Web service 的面向服务架构一起走向成熟，在很多方面经历都是相同的。”

Vodafone Germany网络管理首席工程师Joerg Frankenberger 在评论其可用性时说，" 随着OSS/J web service 规范的发布，Vodafone 能够有效地集成合作伙伴和供应商集中到全球OSS体系架构中。这不仅会降低集成费用，更有利于在互通的网络上实现战略合作。我们预计使用OSS/J技术后，会节约20%甚至更多的集成开销。新增web service规范后还会继续增加节约的金额。"

预计2006 年4月发布其他关于web service 规范说明的OSS/J API。

其它通过JCP项目标准化认证的OSS/J API包括：

OSS 服务开通 (JSR 89)

OSS 服务质量 (JSR 90)

OSS 故障单 (JSR 91)

OSS 计费(JSR 130)

OSS 库存 (JSR 142)

OSS 通用 (JSR 144)

OSS 服务质量管理 (JSR 210)

定价 (JSR 251)

OSS 业务发现 (JSR 254)

故障管理 (JSR 263)

订购管理 (JSR 264)

JSR 208    Java Business Integration (JBI,Java业务集成)技术规范定义了SOA的服务导向集成的内核和组成架构。它对公共讯息路径架构、服务引擎与捆绑的插件程序接口，以及复合型服务描述机制等都进行了标准化，这样就将多种服务结合成为一个单一的可执行的和可审核的工作单元。

 

JBI并不是一个为开发者设计的一个接口，更准确的说它是在JBI容器里为集成商提供相互集成的一个体系和一系列的接口。所以人们能集合他们所需要的所有部分，做出一个总体解决。例如在理论你能从BPEL引擎上，EJB容器上或者是数据传输产品上集合一个基础设施，并且能够集成的很合适。

JSR 207  Java 过程定义(Process Definition for java)的目标是探索并标准化流程语言（如 BPEL）、Java 语言和 J2EE 平台之间的关系。

 

Java过程定义（JSR 207）定义了一个更高级的编程模型，使开发者能够编写业务过程；它的规范化是非常鼓舞人心的，能够提高企业级应用开发的抽象层次。

由于下一步的主要工作是定义 Java 流程标准，BEA 和 IBM 已通过紧密合作来建立一个称为 BPELJ 的新标准，并将其提交到 JSR 207 工作组。BPELJ 是 BPEL 和 Java 结合的产物，这两种语言可以一起使用来构建完整的业务流程应用程序。通过使 BPEL 和 Java 一起工作，BPELJ 让它们各自发挥自己特长。BPELJ 是通过到 BPEL  语言的扩展来实现的；因此，任何的 BPEL 流程都能够通过 BPELJ 来执行。通过标准化这些扩展，业务流程将通过 J2EE 平台实现真正的可移植和互操作。

JAXP （全称Java API for XML Parsing）1.3 增加了XML的可插拔性（pluggability）,开发人员可以编写自己的xml处理器，只要它符合JAXP的APIs，这样底层不同的xml处理器可以任意切换而不用改应用程序的代码。

J2ME  无线消息API规范 2.0   是对JSR 120 的扩展和补充。

JSR 204 规定对Unicode 3.1字符规范增补的支持。

 

More ... http://gceclub.sun.com.cn/developer/technicalArticles/Intl/Supplementary/index_zh_CN.html

JSR 203 "NIO.2"  提出了更多的API,主要针对文件系统的访问，操作系统异步I/O的扩展，socket通道配置和绑定，多点播送的数据报。

JSR 201 增加了Java语言的四个新特征：枚举类型,自动装箱,增强的for循环和静态导入。

JSR 200 定义的新的针对 JAR 文件的超压缩格式，它可以大大减小 Java Webstart 应用程序和 Java 插件 applet 中使用的 JAR 文件的下载大小。

JSR-198，目标是创建一个标准的IDE插件API和编程模型。开发插件一次，可以在任何的IDE环境使用。

 

目前市场上各家主要的IDE厂商都有自己的插件机制，Eclipse的插件模式已经逐渐成为了市场的领导者。

不知道JSR 198 最终出台，对Eclipse的插件机制有无影响？

 

JSR 197让J2ME通用连接框架(J2ME Generic Connection Framework)用于J2SE﹐它使得J2ME网络应用程序也能在J2SE中运行。

JSR 196规范——Java身份认证服务提供器（Authentication Service Provider，简称ASP）容器接口界面。

规范中定义了一个标准的服务提供器接口界面，综合了容器与验证机制提供器。提供器通过该界面，将用于建立容器存取的身份验证机制，包括援引其他容器。JSR-196简化了J2EE应用服务器整合第三方验证服务。

J2ME CLDC MIDP(移动信息设备简表) 1.0规范

J2ME 事件跟踪API 规范

允许 Java Web 服务器获得并使用由客户设备提供的 CC/PP 信息的 CC/PP 的 Java API。

       Composite Capability/Preference Profiles (CC/PP)为设备无关和设备授权提供了一个基础,这正是 CC/PP 的目的。CC/PP 是一个可扩展的构架，可以用作设备到 Web 服务器的传输上下文的交流，使对指定设备有用的 Web 内容得到传输。

     W3C 的一个主要目标就是实现普遍访问。用户必须能够使用他们选择的设备来访问 Web 内容，当然这种访问是通过与设备硬件能力、软件、网络底层构造、用户母语、文化、地理位置和物理能力等相适应的途径。CC/PP 为此类信息描述提供了一个标准的格式，以便有 Web 连接的设备能有效地与期望的服务器交流他们的能力。