在路上...: JSR规范

JSR 220: Enterprise JavaBeans 3.0

Thu, 04 Jan 2007 07:01:25 GMT

JSR 215: Java Community ProcessSM version 2.6

Thu, 04 Jan 2007 05:36:03 GMT

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

JSR 212: Server API for Mobile Services: Messaging - SAMS: Messaging

Thu, 04 Jan 2007 04:43:39 GMT

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

JSR 211: Content Handler API

Thu, 04 Jan 2007 04:16:16 GMT

J2ME 内容处理API规范

JSR 210: OSS Service Quality Management API

Thu, 04 Jan 2007 04:06:27 GMT

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)

Wed, 03 Jan 2007 06:42:50 GMT

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

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

JSR 207: Process Definition for Java

Wed, 03 Jan 2007 06:30:29 GMT

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 平台实现真正的可移植和互操作。

JSR 206: Java API for XML Processing (JAXP) 1.3

Wed, 03 Jan 2007 06:26:13 GMT

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

JSR 205: Wireless Messaging API 2.0

Wed, 03 Jan 2007 05:40:32 GMT

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

JSR 204: Unicode Supplementary Character Support

Wed, 03 Jan 2007 05:36:49 GMT

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

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

JSR 203: More New I/O APIs for the Java Platform ("NIO.2")

Wed, 03 Jan 2007 05:32:30 GMT

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

JSR 201: Extending the Java Programming Language with Enumerations, Autoboxing, Enhanced for loops and Static Import

Wed, 03 Jan 2007 05:16:51 GMT

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

JSR 200: Network Transfer Format for Java Archives.

Wed, 03 Jan 2007 05:09:24 GMT

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

JSR 198: A Standard Extension API for Integrated Development Environments

Wed, 03 Jan 2007 04:59:43 GMT

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

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

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

JSR 197: Generic Connection Framework Optional Package for the J2SE Platform

Wed, 03 Jan 2007 03:40:41 GMT

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

JSR 196: Java Authentication Service Provider Interface for Containers

Wed, 03 Jan 2007 03:29:27 GMT

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

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

JSR 195: Information Module Profile

Sat, 30 Dec 2006 13:00:23 GMT

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

JSR 190: Event Tracking API for J2ME

Sat, 30 Dec 2006 12:54:17 GMT

J2ME 事件跟踪API 规范

JSR 188: CC/PP Processing

Sat, 30 Dec 2006 12:47:28 GMT

允许 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 连接的设备能有效地与期望的服务器交流他们的能力。

JSR 187: Instant Messaging

Sat, 30 Dec 2006 12:42:23 GMT

即时消息规范

JSR 186: Presence

Sat, 30 Dec 2006 12:32:24 GMT

　Presence是以某种通信方式，按照一定的接入准则，实时获取presence信息（如用户状态、通信能力、个人参考等信息），并展现给其它用户的一种方法。
　　目前，随着互联网的普及，越来越多的人喜欢通过即时通信的方式来与别人保持联系，这样的人群数量日益剧增。早期的即时通信软件，比如ICQ、MSN Messenger、QQ等，通过免费服务培养起来的用户数量非常庞大，市场前景相当广阔。在移动通信领域，即时消息业务也逐渐兴起，丰富、完善的增值服务型即时通信业务，开始成为通信业务市场上的一道亮丽的风景线。
　　Presence技术在这种即时通信中扮演着非常重要的角色。依靠Presence技术，即时通信业务能以“用户多种状态设置”等功能为基础（如用户设置为“打电话中”、“会议进行中”等多种状态），提供“订阅他人状态信息”等多种丰富的增值服务，为个人/企业用户的办公、会议、通信等多领域提供高效便捷的解决方案。
　　另外，由于Presence技术提供大量实时的用户优先选择状态、用户终端状态以及用户一些业务的状态信息，因此Presence业务本身也可以做一个被用户使用的业务。
　　Presence技术也可以为即时通信之外的其他需要实时Presence信息的业务提供支撑，如一键通业务（Push to talk）、统一通讯业务（Unified Communication）等。业务提供者能根据用户目前的Presence信息，来提供最适当的业务方式，如：一个用户的Presence信息如果显示用户状态为“会议进行中”而且支持SMS，则可以通过SMS向该用户提供业务。

JSR 185: Java Technology for the Wireless Industry

Sat, 30 Dec 2006 12:25:39 GMT

JTWI - 无线工业Java技术规范，本规范是无线Java的框架集成，包括了CLDC1.0/1.1、MIDP2.0、WMA（Wireless Messaging API）1.1、以及MMA（Mobile Media APIs）1.1等具体规范，从而使得支持JTWI规范标准的Java手机，可以同时支持Java游戏、SMS、MMS、WAP、Email、多媒体、电子商务等多种功能。

JSR 184: Mobile 3D Graphics API for J2ME

Sat, 30 Dec 2006 12:18:13 GMT

JSR 184, 即 Mobile 3D 图形 API for J2ME (M3G) 在一个集成软件包中提供了三维图形功能，适用于支持最为广泛采用的 J2ME 软件栈、有限连接设备配置（CLDC）和移动信息设备描述（MIDP）的设备。API 为显示 3D 内容提供了两种 API。立即模式 API 使应用程序能够直接创建和操纵 3D 元素。这一层之上是一个场景图 API，也称为保留模式，能够提早加载并显示已设计的整个 3D 场景。应用程序可以采用最适合的 API，或保留模式与立即模式的组合。JSR 184 规范还为场景图定义了一种文件格式。

JSR 183: Web Services Message Security APIs

Sat, 30 Dec 2006 12:14:22 GMT

web 服务消息安全API规范，为web服务消息的安全了定义一组标准的应用程序接口。JSR 183规范的目标是让应用程序之间可以安全的交换SOAP消息。

JSR 182: JPay - Payment API for the Java Platform

Sat, 30 Dec 2006 12:08:37 GMT

JPay 支付创新的Java规范，支持类似web的、开放的支付环境。

JSR 181: Web Services Metadata for the Java Platform

Sat, 30 Dec 2006 12:02:04 GMT

Web 服务元数据简介
JSR 181 (用于 Java 平台的 Web 服务元数据) 试图通过在 J2SE 5.0 中使用标注功能来降低这种复杂性。

JSR 181 是基于 JSR 171 注释标准的 Web 服务所使用的一种元数据标准。Apache Beehive 使用 JSR 181 来定义一组注释，您可以使用它们将任何 Java 类暴露为 Web 服务。Beehive Web 服务开发背后的思想是开发者编写一个简单的 Java 类，然后将其功能暴露为一个 Web 服务。

More ... http://dev2dev.bea.com.cn/techdoc/2005010904.html

JSR 179: Location API for J2ME

Sat, 30 Dec 2006 11:30:20 GMT

J2ME 的定位API , 这是一个厂商可选包，要求为 CLDC 1.1和CDC设备。

定义了一些与定位系统相关的功能,使J2ME应用程序可以结合GPS或E-OTD技术开发一些与用户位置相关的服务。

JSR 177: Security and Trust Services API for J2ME

Sat, 30 Dec 2006 11:12:27 GMT

J2ME 的安全性和信任服务 API

JSR-177是一种基于手机－SIM通信通道之上的Java编程接口，可以让手机Java应用访问运行在SIM卡上的数据或者应用，包括访问加密功能。JSR-177也被称为安全和信任服务API（SATSA），它使得SIM卡可以充当手机Java应用的“安全组件”，令手机应用可以执行定制操作、用户身份识别以及调用定制的SIM应用。JSR-177的广泛使用将让第三方应用开发商可以充分发挥SIM的作用。
对于高容量SIM而言，JSR-177支持很多应用（例如以用户为中心的DRAM和企业安全应用）具有重要的意义。手机制造商已经开始推出支持JSR-177的高端手机，例如，诺基亚已经在他们的S60第三版软件平台中加入了对JSR-177的支持，这将使得诺基亚的高端手机具备高容量SIM支持功能。

JSR 176: J2SE 5.0 (Tiger) Release Contents

Sat, 30 Dec 2006 11:03:27 GMT

JSR 176: J2SE 5.0 发布的主要内容,说明了J2SE 5.0主要的特点, J2SE 5.0命名为 "Tiger"。

JSR 175: A Metadata Facility for the Java Programming Language

Sat, 30 Dec 2006 10:58:46 GMT

JSR 175 中提出的元数据工具将使 Java 类、接口、方法和域能够用额外的属性标记。
JSR 175则是一个用于Java编程的元数据工具，让开发者能够对程序进行评注（annotate），减少需要编写的代码量。
Java 的新的元数据工具提供了从 Java 代码内部批注 Java 代码的一种标准方式。它使您能够在要说明的元素的旁边放置描述性的元数据。

More ... http://www.oracle.com/technology/global/cn/pub/articles/hunter_meta.html

JSR 174: Monitoring and Management Specification for the Java Virtual Machine

Fri, 29 Dec 2006 09:28:50 GMT

JSR 174 现在是 J2SE 5.0 规范的一部分，它提供了一种为 Java 虚拟机（ Java Virtual Machine ， JVM ）公开管理模型的方式。它引入了平台 MXBean 的概念，这个概念是用于建模，代表特定的 JVM 监控指示器的，专门 JMX MBean 。这些 MXBean 可以用于监控内存使用、线程争用问题、类装载行为和垃圾收集频率。

JSR 173: Streaming API for XML

Fri, 29 Dec 2006 09:23:02 GMT

一种针对XML的流式拉分析API规范。

J2EE/XML开发者通常都是使用文档对象模型(DOM)API或简单的API for XML(SAX) API来分析XML文档。然而，这些API都有其缺点。其中，DOM API的缺点之一是消耗大量的内存，因为在该XML文档可以被导航之前，必须创建一个完整的XML文档的内存结构。而SAX API的缺点在于，它实例了一种推分析模型API，其中分析事件是由分析器生成的。比较之下，StAX则是基于一种拉分析模型。

比较于推分析，拉分析具有如下一些优点：

1. 在拉分析中，事件是由分析应用程序生成的，因此把分析规则提供到客户端而不是分析器。

2. 拉分析的代码更简单并且它比推分析有更少的库。

3. 拉分析客户端能同时读多个XML文档。

4. 拉分析允许你过滤XML文档并且跳过分析事件。

JSR 172: J2ME Web Services Specification

Fri, 29 Dec 2006 09:13:48 GMT

J2ME web服务规范，这是厂商可选包，提供J2ME到web services的访问。

JSR 171: Java Community ProcessSM (JCP) Program, version 2.5

Fri, 29 Dec 2006 09:10:26 GMT

Java 社区过程的处理程序规范，确保相关的过程文档与JSR 99规范要求的同步。

JSR 170: Content Repository for Java technology API

Fri, 29 Dec 2006 09:05:22 GMT

如果您曾经试图开发一个内容管理应用程序，那么您肯定非常了解实现内容系统有多困难。

技术上形成了分立局面，很多供应商都提供专有的仓库引擎。这些困难加剧了此类系统的复杂性和不可维护性，促进了供应商封闭，并增加了企业市场中长期遗留支持的需要。随着公司 weblogs和电子的公司文档管理的日益普及，对标准的内容仓库接口的需求到达了前所未有的紧迫程度。

Content Repository for Java Technology 规范由 Java Community Process 开发为 JSR-170，目的就是满足这些行业需求。该规范在 javax.jcr 名称空间下提供一个统一的 API，允许人们以供应商中立的方式访问任何规范兼容的仓库实现。

但是 API 标准并不是 Java Content Repository (JCR) 提供的惟一特性。JSR-170的一个主要优点是，它不绑定到任何特定的底层架构。例如，JSR-170 实现的后端数据存储可以是文件系统、WebDAV 仓库、支持 XML的系统，甚至还可以是 SQL 数据库。此外，JSR-170 的导出和导入功能允许一个集成器在内容后端与 JCR实现之间无缝地切换。最后，JCR提供一个直观的界面，可以出现在各种现有内容仓库上面，同时同步地标准化诸如版本控制、访问控制和搜索之类的复杂功能。

JSR 169: JDBC Optional Package for CDC/Foundation Profile

Fri, 29 Dec 2006 08:57:53 GMT

J2ME JDBC for CDC 厂商可选包

JSR 168: Portlet Specification

Fri, 29 Dec 2006 08:52:32 GMT

JSR 168 (Java Portlet) 规范目的是在 portlet 和门户之间建立可移植性关系。这个规范的一个主要目标是为门户和portlet 供应商建立一组 Java API 标准。这些 API 涉及的领域包括表示、聚合、安全性以及 portlet 生命周期。

JSR 166: Concurrency Utilities

Fri, 29 Dec 2006 08:48:03 GMT

并发实用程序库规范，它包括互斥、信号量、诸如在并发访问下执行得很好的队列和散列表之类集合类以及几个工作队列实现。该包中的 PooledExecutor 类是一种有效的、广泛使用的以工作队列为基础的线程池的正确实现。

它提供强大的、高级别的线程构造，包括 executors（这是一个线程任务框架）、线程安全队列、Timers、锁（包括原子锁）和其他同步原语。

JSR 165: SIMPLE Instant Messaging

Fri, 29 Dec 2006 08:36:46 GMT

SIP Instant Messaging and Presence Leveraging Extensions (针对即时消息和呈现业务的利用扩展的会话初始化协议),这个规范是对JSR 164 ：SIMPLE Presence 规范的扩展

JSR 164: SIMPLE Presence

Fri, 29 Dec 2006 08:29:10 GMT

SIMPLE是目前为止制定的较为完善的一个规范，微软和IBM都致力于在它们的即时通讯系统中实现这个协议。

"presence"，也作"presence information"，中文一般译为"呈现"，用以传达某一用户通过一组设备进行通信的能力和意愿。

拿常见的MSN Messenger来举例，MSN v7.5为用户提供的可选状态有：联机、忙碌、马上回来、离开、接听电话、外出就餐和显示为脱机。这些状态便称为"presence状态"，它们表征了用户当前处于的某种状态和用户进行通信的意愿。同时，这些状态还反映出与该用户进行通信的能力，比如若用户处于"脱机"状态的话，别的用户便不能用即时消息与之通信。

因此，一个最简单的presence过程如下:一个用户（称为watcher）订阅（SUBSCRIBE）他感兴趣的另一用户（presentity）的presence状态，presentity接受订阅请求。以后presentity的状态发生变化之后他会发布（PUBLISH）自己的新状态，这个新状态会通知（NOTIFY）给watcher。（注：watcher、presentity等概念严格上来说指网络中的通信实体，这里为了解释方便将他们进行了扩展，也泛指人）

随着市场对presence和IM（即时通信）的需求日益增大，各种各样的实现也如雨后春笋般冒了出来。但是目前市场上的大部分实现一般都采用私有协议，相互之间不兼容，呈现功能实现的也不完整。为了对presence和IM规范化，IETF在1998年成立了IMPP（Instant Message and Presence Protocol）工作组，希望设计出健壮、安全和灵活的呈现/即时消息协议。IMPP主要定义必要的协议和数据格式，用来构建一个具有空间接收、发布能力的即时信息系统。现在已经提出了各种不同的协议草案或建议，如：SIMPLE、XMPP、PRIM和APEX等。其中，最有实力的是前两个标准，目前的IM/presence也主要分为两大阵营：SIP/SIMPLE和JABBER/XMPP。

JSR 163: Java Platform Profiling Architecture

Fri, 29 Dec 2006 08:22:01 GMT

规范提供了一组机制和API可以从运行的Java虚拟机中获取时间和空间的信息。

JSR 160: Java Management Extensions (JMX) Remote API

Fri, 29 Dec 2006 07:58:41 GMT

JSR 160 指定了支持 JMX 的应用程序和服务提供连接器，从而允许 JMX 客户端通过受支持的协议（如 HTTP 和远程方法调用 (RMI)）进行连接。JSR 160 为所有的 JMX 远程处理实现定义了一个强制性的基于 RMI 的连接器。

JSR 158: Java Stream Assembly

Fri, 29 Dec 2006 07:37:49 GMT

Java 数据流装配API规范，定义了用于创建、管理和处理广播以及多种数据流交互的API规范。

JSR 158: Java Stream Assembly

Fri, 29 Dec 2006 07:35:07 GMT

Java 数据流装配API规范，定义了用于创建、管理和处理广播以及多种数据流交互的API规范。

JSR 157: ebXML CPP/A APIs for Java

Fri, 29 Dec 2006 07:25:26 GMT

ebXML(Electronic Business using eXtensible Markup Language)，是联合国贸易简化和电子商务中心(UN/CEFACT)及推进结构化信息标准组织(OASIS)于1999年11月成立的工作组。

ebXML的目标是：构建一个以开放的XML标准为基础的电子商务基础架构，为全球统一的电子交易市场提供全球透明的、安全的、一致的电子数据交换环境，为所有企业进入电子商务的道路扫清障碍，简化贸易程序。

ebXML的另一处重要特征是，通过使用CPP（collaboration protocol profile，合作草案档案）的文档系统地描述企业能够提供哪些电子商务服务。首先企业使用XML格式列出其所支持的行业、商务流程、消息和数据交换技术，然后使用CPP将这些信息生成一个CPA文件（collaboration protocol agreement，贸易伙伴协议 or cpp/a），自动提供协定。

More ... http://www.xminfoport.com/news/itnew.htm

JSR 156: Java API for XML Transactions

Fri, 29 Dec 2006 07:16:34 GMT

JAXTX (Java API for XML Transactions) Java API和XML之间转化的规范。规范定义一组API用来封装和转换原子事务(比如JTA),并通过使用OASIA和W3C定义的协议(比如，OASIS定义的BTP)提供扩展事务的能力。

JSR 155: Web Services Security Assertions

Fri, 29 Dec 2006 07:04:59 GMT

web 服务安全断言规范，提供一组API 实现web服务和基于OASIS标准的SAML之间进行实现安全的（完整性和机密性）断言交换及模式的交换。

JSR 154: Java Servlet 2.4 Specification

Fri, 29 Dec 2006 06:55:33 GMT

Java Servlet 2.4 规范

JSR 153: Enterprise JavaBeans 2.1

Fri, 29 Dec 2006 06:50:01 GMT

EJB 2.1规范

JSR 152: JavaServer Pages 2.0 Specification

Fri, 29 Dec 2006 06:45:27 GMT

JSP 2.0 规范