About JCP
Get Involved
Community Resources
Community News
FAQ
Contact Us

|
 |
JSRs: Java Specification Requests
JSRs by Query - JAVA TM SE - 324 found
386 |
 |
JavaTM SE 12 |
|
The JSR for the Java SE 12 Platform. |
|
Final
|
|
|
 |
Iris Clark, Oracle |
 |
Brian Goetz, Oracle |
 |
388 |
 |
JavaTM SE 13 |
|
The JSR for the Java SE 13 Platform. The Reference Implementation of this Specification is the Java Development Kit, version 13. |
|
Final
|
|
|
 |
Iris Clark, Oracle |
 |
Brian Goetz, Oracle |
 |
392 |
 |
JavaTM SE 17 |
|
The JSR for the Java SE 17 Platform. The Reference Implementation of this Specification is the Java Development Kit, version 17. |
|
Active
|
|
|
 |
Iris Clark, Oracle |
 |
Brian Goetz, Oracle |
 |
389 |
 |
JavaTM SE 14 |
|
The JSR for the Java SE 14 Platform. The Reference Implementation of this Specification is the Java Development Kit, version 14. |
|
Final
|
|
|
 |
Iris Clark, Oracle |
 |
Brian Goetz, Oracle |
 |
390 |
 |
JavaTM SE 15 |
|
The JSR for the Java SE 15 Platform. The Reference Implementation of this Specification is the Java Development Kit, version 15. |
|
Final
|
|
|
 |
Iris Clark, Oracle |
 |
Brian Goetz, Oracle |
 |
391 |
 |
JavaTM SE 16 |
|
The JSR for the Java SE 16 Platform. The Reference Implementation of this Specification is the Java Development Kit, version 16. |
|
Final
|
|
|
 |
Iris Clark, Oracle |
 |
Brian Goetz, Oracle |
 |
395 |
 |
JavaTM SE 20 |
|
The JSR for the Java SE 20 Platform. The Reference Implementation of this Specification is the Java Development Kit, version 20. |
|
Final
|
|
|
 |
Iris Clark, Oracle |
 |
Brian Goetz, Oracle |
 |
393 |
 |
JavaTM SE 18 |
|
The JSR for the Java SE 18 Platform. The Reference Implementation of this Specification is the Java Development Kit, version 18. |
|
Final
|
|
|
 |
Iris Clark, Oracle |
 |
Brian Goetz, Oracle |
 |
394 |
 |
JavaTM SE 19 |
|
The JSR for the Java SE 19 Platform. The Reference Implementation of this Specification is the Java Development Kit, version 19. |
|
Final
|
|
|
 |
Iris Clark, Oracle |
 |
Brian Goetz, Oracle |
 |
396 |
 |
JavaTM SE 21 |
|
The JSR for the Java SE 21 Platform. The Reference Implementation of this Specification is the Java Development Kit, version 21. |
|
Final
|
|
|
 |
Iris Clark, Oracle |
 |
Brian Goetz, Oracle |
 |
397 |
 |
JavaTM SE 22 |
|
The JSR for the Java SE 22 Platform. The Reference Implementation of this Specification is the Java Development Kit, version 22. |
|
Final
|
|
|
 |
Iris Clark, Oracle |
 |
Brian Goetz, Oracle |
 |
398 |
 |
JavaTM SE 23 |
|
The JSR for the Java SE 23 Platform. The Reference Implementation of this Specification is the Java Development Kit, version 23. |
|
Active
|
|
|
 |
Iris Clark, Oracle |
 |
Brian Goetz, Oracle |
 |
399 |
 |
JavaTM SE 24 |
|
The JSR for the Java SE 24 Platform. The Reference Implementation of this Specification is the Java Development Kit, version 24. |
|
Active
|
|
|
 |
Iris Clark, Oracle |
 |
Brian Goetz, Oracle |
 |
291 |
 |
Dynamic Component Support for JavaTM SE |
|
Establish a JCP specification for a dynamic component framework supporting existing Java SE environments based on the OSGi dynamic component model specifications. |
|
Final
|
|
|
|
Thomas Watson, IBM |
 |
317 |
 |
JavaTM Persistence 2.0 |
|
The Java Persistence API is the Java API for the management of persistence and object/relational mapping for Java EE and Java SE environments. |
|
Final
|
|
|
 |
Linda Demichiel, Oracle |
 |
338 |
 |
JavaTM Persistence 2.2 |
|
The Java Persistence API is the Java API for the management of persistence and object/relational mapping in Java EE and Java SE environments. |
|
Maintenance
|
|
|
 |
Linda Demichiel, Oracle |
|
Lukas Jungmann, Oracle |
 |
28 |
 |
Java SASL Specification |
|
This specification defines a SASL client and server API in the JavaTM programming language. |
|
Final
|
|
|
|
Rosanna Lee, Sun Microsystems, Inc. |
 |
80 |
 |
JavaTM USB API |
|
This specification provides a JavaTM API for communicating with devices
attached via the Universal Serial Bus (USB). It allows Java applications to discover, read, write, and manage USB devices. |
|
Final
|
|
|
|
Boyd Dimmock, IBM |
 |
385 |
 |
Units of Measurement API 2.0 |
|
This JSR is a major evolution of the Unit API 1.0 (JSR 363) specification. Focused on the SI System redefinition, modularity and support for Java SE 8/9 and above. |
|
Maintenance
|
|
|
|
Jean-Marie Dautelle, Dautelle, Jean-Marie |
|
Werner Keil, Keil, Werner |
|
Otavio Santana, Santana, Otavio |
 |
1 |
 |
Real-time Specification for Java |
|
The Real-Time Specification for Java extends the JavaTM platform to support both current practice and advanced real-time systems application programming. |
|
Final
|
|
|
|
James Hunt, aicas GmbH |
 |
34 |
 |
JavaTM Advanced Imaging API 1.1 |
|
Revision of the JavaTM Advanced Imaging API specification to version 1.1. Java Advanced Imaging supports sophisticated image processing in Java 2. |
|
Final
|
|
|
|
John Zimmerman, Sun Microsystems, Inc. |
 |
901 |
 |
JavaTM Language Specification |
|
This specification includes all changes, clarifications and amendments made to the JavaTM programming language since the publication of the first edition of the language specification. |
|
Maintenance
|
|
|
|
Alex Buckley, Oracle |
 |
192 |
 |
JAINTM Service Creation Environment - JavaTM PART |
|
This is the specification for the JavaTM API to support and simplify the creation of portable telecommunication services delivered primarily to the JAINTM
Service Logic Execution Environment (JAINTM SLEE). |
|
Withdrawn
|
|
There had not been much progress on this JSR since quite some time. The draft was floated for Expert Group review but there was no response even after several reminders. They then decided not to go ahead with this activity and hence requested the PMO to mark this JSR 192 as WITHDRAWN. |
|
Withdrawn |
|
Effective: 2004-09-22 |
|
|
|
Vishal Aggarwal, Hughes Software Systems |
 |
926 |
 |
Java 3DTM |
|
Maintenance of the Java 3D specification. |
|
Maintenance
|
|
|
|
Kevin Rushforth, Sun Microsystems, Inc. |
 |
20 |
 |
Orthogonal Persistence for the JavaTM Platform |
|
Orthogonal persistence for the JavaTM platform (OPJ) would have provided persistence for the full computational model specified by the JavaTM Language Specification (JLS). |
|
Rejected
|
|
This work duplicates functionality to be provided by JSR-000012 Java Data Objects Specification. Work on Orthogonal Persistence continued at SunLabs. |
|
Rejected |
|
Effective: 1999-08-11 |
|
|
|
Mick Jordan, Oracle |
 |
27 |
 |
JavaTM Cryptography Extension 1.3 |
|
This Specification would have enhanced the JavaTM Cryptography Extension 1.2 and made it exportable. |
|
Withdrawn
|
|
Withdrawn before work began because the proposal describes a cryptographic system and/or a cryptographic framework whose implementation would be subject to U.S. Export Licensing requirements. |
|
Withdrawn |
|
Effective: 1999-11-05 |
|
|
|
Sharon Liu, Sun Microsystems, Inc. |
|
Jan Luehe, Sun Microsystems, Inc. |
 |
206 |
 |
JavaTM API for XML Processing (JAXP) 1.3 |
|
JAXP 1.3 is the next version of JAXP, an implementation independent portable API for processing XML with JavaTM. |
|
Withdrawn
|
|
Withdrawn following Maintenance Review 3. |
|
Withdrawn |
|
Effective: 2014-03-05 |
|
|
|
Jeff Suttor, Sun Microsystems, Inc. |
|
Joe Wang, Oracle |
 |
321 |
 |
Trusted Computing API for JavaTM |
|
Develop a Trusted Computing API for JavaTM providing selected
functionality the TCG Software Stack offers to the C world, while
following the conventions of modern Java APIs. |
|
Withdrawn
|
|
null |
|
Withdrawn |
|
Effective: 2021-10-19 |
|
|
|
Ronald Toegl, IAIK Graz University of Technology |
 |
69 |
 |
Java OLAP Interface (JOLAP) |
|
JOLAP is a pure Java API for the J2EETM environment that supports the creation and maintenance of OLAP data and metadata, in a vendor-independent manner. |
|
Withdrawn
|
|
Withdrawn at the request of the Specification Lead. |
|
Withdrawn |
|
Effective: 2012-04-16 |
|
|
|
John D. Poole, Hyperion Solutions Corporation |
 |
207 |
 |
Process Definition for JavaTM |
|
Definition of an annotated Java syntax and APIs for programming business processes in Java. |
|
Withdrawn
|
|
Withdrawn at the request of the Specification Lead. |
|
Withdrawn |
|
Effective: 2010-02-26 |
|
|
|
Michael Rowley, BEA Systems |
 |
39 |
 |
JavaTM Servlet and JSP Performance Benchmark |
|
The specification will provide a comprehensive benchmark suite for JavaTM Servlets and JSPTM pages that exercises the key areas that impact performance of these in real life applications. |
|
Withdrawn
|
|
Withdrawn at the request of the submitter. |
|
Withdrawn |
|
Effective: 2001-10-02 |
|
|
|
Ruslan Belkin, America Online (AOL) |
 |
255 |
 |
JavaTM Management Extensions (JMXTM) Specification, version 2.0 |
|
This JSR updates the JMX and JMX Remote APIs for version 6.0 of the Java(TM) Platform, Standard Edition. It will improve usability of existing features and add new functionality. |
|
Withdrawn
|
|
JSR 255 specified changes to javax.management.* which were subsequently abandoned due to lack of resources, and were not included in the Java SE 6 or 7 Platforms. (The changes were distinct from other changes to javax.management.* specified by JSRs 3, 160, and 336 for inclusion in the Java SE 6 and 7 Platforms.) It was determined in 2014 that future changes to JMX technology would be specified directly by the umbrella JSR for the Java SE Platform. |
|
Withdrawn |
|
Effective: 2016-03-24 |
|
|
|
Staffan Larsen, Oracle |
 |
3 |
 |
JavaTM Management Extensions (JMXTM) Specification |
|
The JMXTM specification will provide a management architecture, APIs and services for building Web-based, distributed, dynamic and modular solutions to manage Java enabled resources. |
|
Withdrawn
|
|
Withdrawn following Maintenance Review 6. |
|
Withdrawn |
|
Effective: 2014-03-05 |
|
|
|
Staffan Larsen, Oracle |
|
Hinkmond Wong, Oracle |
 |
12 |
 |
JavaTM Data Objects (JDO) Specification |
|
The JDO specification provides for interface-based definitions of data stores and transactions; and selection and transformation of persistent storage data into native JavaTM programming language objects. |
|
Maintenance
|
|
Maintenance Draft Review 2 |
Download page |
Start: 2004-10-25 |
End: 2004-12-06 |
|
|
Craig Russell, Sun Microsystems, Inc. |
 |
200 |
 |
Network Transfer Format for JavaTM Archives. |
|
This JSR will define a dense download format for JavaTM classfiles. It is expected that this format can achieve considerable size savings over compressed JAR files. |
|
Final
|
|
|
|
John Rose, Sun Microsystems, Inc. |
|
Kumar Srinivasan, Sun Microsystems, Inc. |
 |
202 |
 |
JavaTM Class File Specification Update |
|
This JSR will make incremental updates to the JavaTM class file format. This will principally consist of increasing certain class file size limits and adding support for split verification. |
|
Final
|
|
|
|
Alex Buckley, Oracle |
 |
113 |
 |
JavaTM Speech API 2.0 |
|
This JSR extends the work of the 1.0 JavaTM Speech API, specifying a cross-platform interface to support speech recognizers and synthesizers. |
|
Final
|
|
|
|
Charles Hemphill, EverSpeech, Inc. |
 |
300 |
 |
DRM API for JavaTM ME |
|
This specification will define an optional package for developing JavaTM ME applications which
utilize or interoperate with DRM agents that separately exist in devices. |
|
Final
|
|
|
|
Jea Un Kim, LG Electronics Inc. |
|
Dnyanesh R Pathak, LG Electronics Inc. |
 |
351 |
 |
JavaTM Identity API |
|
This JSR will develop the Identity API for the Java Platform. |
|
Withdrawn
|
|
Withdrawn at the request of the Spec Lead. |
|
Withdrawn |
|
Effective: 2016-07-06 |
|
|
|
Ronald Monzillo, Oracle |
 |
199 |
 |
JavaTM Compiler API |
|
A service provider API that allows a Java program to select
and invoke a Java Language Compiler programmatically. |
|
Active
|
|
|
|
Jan Lahoda, Oracle |
 |
158 |
 |
JavaTM Stream Assembly |
|
TheJavaTM Stream Assembly API specifies classes and interfaces for the creation, management, and processing of broadcast and interactive stream multiplexes. |
|
Withdrawn
|
|
Withdrawn at the request of the Spec Lead. |
|
Withdrawn |
|
Effective: 2011-12-14 |
|
|
|
Gerard Fernando, Sun Microsystems, Inc. |
 |
922 |
 |
JavaTM Communication API |
|
Maintenance version of the Java Communication API specification,version 2.0.3 |
|
Withdrawn
|
|
Withdrawn after it became clear that changes were to the implementation, not the specification. |
|
Withdrawn |
|
Effective: 2002-12-04 |
|
|
|
Vincent Zhang, Sun Microsystems, Inc. |
 |
82 |
 |
JavaTM APIs for Bluetooth |
|
Bluetooth is an important emerging standard for wireless integration of small devices. The specification standardizes a set of Java APIs to allow Java-enabled devices to integrate into a Bluetooth environment. |
|
Maintenance
|
|
Maintenance Draft Review 4 |
Download page |
Start: 2010-03-08 |
End: 2010-04-12 |
|
|
Jens Paetzold, Oracle |
 |
302 |
 |
Safety Critical JavaTM Technology |
|
This specification creates a J2METM capability, based on the Real-Time Specification for Java (JSR-1), containing minimal features necessary for safety critical systems capable of certification, e.g., DO-178B. |
|
Active
|
|
Public Review Ballot |
View results |
Start: 2021-05-11 |
End: 2021-05-24 |
|
|
C. Douglass Locke, The Open Group |
 |
223 |
 |
Scripting for the JavaTM Platform |
|
The specification will describe mechanisms allowing scripting language programs to access information developed in the Java Platform and allowing scripting language pages to be used in Java Server-side Applications. |
|
Withdrawn
|
|
Withdrawn in December 2016 following the Maintenance Review. |
|
Withdrawn |
|
Effective: 2016-12-13 |
|
|
|
Sundararajan Athijegannathan, Oracle |
|
Mike Grogan, Sun Microsystems, Inc. |
 |
54 |
 |
JDBCTM 3.0 Specification |
|
The proposed specification will update the JDBCTM specification to reflect changes in the SQL specification and JavaTM platform. |
|
Final
|
|
|
|
Lance Andersen, Oracle |
 |
134 |
 |
JavaTM Game Profile |
|
Defines a Java 2 Micro Edition Profile for the purposes of game development targeting high-end consumer game devices and desktops. |
|
Withdrawn
|
|
The Spec Lead has chosen to withdraw this JSR. It was determined that the needs of games developers were best served by moving to a pure open source model for game client technologies. This changes in strategy will allow the broadest participation by the game development community, and will focus the energies of the community on timely solutions that address a rapidly changing technology landscape. The Spec Lead wishes to thank the Java Community and the Game Developers who supported and showed interest in this effort. |
|
Withdrawn |
|
Effective: 2003-07-09 |
|
|
|
Bartley Calder, Sun Microsystems, Inc. |
 |
343 |
 |
JavaTM Message Service 2.0 |
|
This is an update to the Java Message Service API, an existing API for accessing enterprise messaging systems from Java programs. |
|
Maintenance
|
|
|
|
Nigel Deakin, Oracle |
 |
277 |
 |
JavaTM Module System |
|
The specification defines a distribution format and a repository for collections of Java code and related resources. It also defines the discovery, loading, and integrity mechanisms at runtime. |
|
Withdrawn
|
|
Withdrawn at the request of the Specification Lead. Superseded by JSR 376. |
|
Withdrawn |
|
Effective: 2016-01-20 |
|
|
|
Alex Buckley, Oracle |
 |
111 |
 |
JavaTM Services Framework |
|
Provide a specification that clearly defines the lifecycle, configuration, and management of software application services.
The specification will provide a standard mechanism for assembling service components into Java server applications. |
|
Withdrawn
|
|
Withdrawn with the agreement of the Expert Group. |
|
Withdrawn |
|
Effective: 2003-08-19 |
|
|
|
Berin Loritsch, Loritsch, Berin |
 |
68 |
 |
J2METM Platform Specification |
|
This specification will define the next major revision of the JavaTM 2 platform, Micro Edition. |
|
Withdrawn
|
|
Its original purpose to define the architecture for Java ME and additional processes for building blocks are not necessary. The Community Review draft contains useful working definitions of Configurations and Profiles and useful rules for subsetting and merging APIs. |
|
Withdrawn |
|
Effective: 2011-03-22 |
|
|
|
Roger Riggs, Oracle |
 |
11 |
 |
JAINTM TCAP Specification |
|
JAINTM TCAP JSR is a proposed Java specification for the TCAP layer of the Signaling System 7 (SS7) stack. |
|
Final
|
|
|
|
Phelim O'Doherty, Sun Microsystems, Inc. |
 |
122 |
 |
JAINTM JCAT |
|
This develops the JavaTM Coordination and Transaction (JCAT) specification, which perceives Java Call Control (JCC) as its core package and extends it with concepts to model and control terminal capabilities. |
|
Withdrawn
|
|
We see no reason to keep it as there has be no development or interest for a long time and we do not intend to further evolve the standard. |
|
Withdrawn |
|
Effective: 2016-04-05 |
|
|
|
Christer Boberg, Ericsson AB |
 |
923 |
 |
J2SETM 1.4.2 (Mantis) Beta |
|
Descriptions of specification changes being made in version 1.4.2 ("Mantis") of the JavaTM 2 Platform, Standard Edition (J2SETM). |
|
Maintenance
|
|
Maintenance Draft Review |
Download page |
Start: 2003-04-04 |
End: 2003-05-05 |
|
 |
Danny Coward, Oracle |
 |
72 |
 |
JavaTM GSS API |
|
This defines a Generic Security Services API (GSS-API) in Java, to provide a layer of abstraction over security mechanisms that perform authentication, message integrity protection, and message privacy protection. |
|
Final
|
|
|
|
Seema Malkani, Sun Microsystems, Inc. |
 |
96 |
 |
JavaTM Daemons |
|
The Java Daemon API supplies a small container framework for
developing and deploying independently running services in order to fill the gap caused by different handling on existing native platforms. |
|
Withdrawn
|
|
Following the failed Draft Approval Ballot, the Spec Lead decided not to work on materials for a reconsideration ballot and withdrew the JSR from the Java Community Process. |
|
Withdrawn |
|
Effective: 2002-03-15 |
|
|
|
Thomas Kopp, Dialogika GMBH |
 |
110 |
 |
JavaTM APIs for WSDL |
|
JWSDL provides a standard set of Java APIs for representing, manipulating, reading and writing WSDL (Web Services Description Language) documents, including an extension mechanism for WSDL extensibility. |
|
Final
|
|
|
|
Graham C Turrell, IBM |
 |
323 |
 |
Strong Mobility for JavaTM |
|
Strong Mobility is the movement of code, data and execution state from one location to another. This specification defines byte-code transformation to achieve Strong Mobility for Java-based programs. |
|
Rejected
|
|
This JSR was not approved by the SE/EE Executive Committee in the JSR Approval Ballot. |
|
Rejected |
|
Effective: 2008-01-22 |
|
|
|
Hiroki Suguri, Suguri, Hiroki |
 |
332 |
 |
Email Client API for JavaTM ME |
|
The Email Client API (EMC) for Java ME enables Java ME applications to access Email services like sending/receiving of Emails and corresponding notifications. |
|
Dormant
|
|
The Executive Committee voted to list this JSR as dormant in July 2013. |
|
JSR Review Ballot |
View results |
Start: 2009-11-17 |
End: 2009-11-30 |
|
|
Gandhi Kishor Addanki, Samsung Electronics Corporation |
|
Lakshmi Narayana Thummala, Samsung Electronics Corporation |
 |
353 |
 |
JavaTM API for JSON Processing |
|
The Java API for JSON Processing (JSON-P) JSR will develop a Java API to process (for e.g. parse, generate, transform and query) JSON. |
|
Final
|
|
|
|
Jitendra Kotamraju, Oracle |
 |
16 |
 |
J2EETM Connector Architecture |
|
The J2EETM Connector architecture defines a standard architecture for integrating JavaTM applications with existing back-end Enterprise Information systems. |
|
Final
|
|
|
|
Binod PG, Sun Microsystems, Inc. |
 |
236 |
 |
Concurrency Utilities for JavaTM EE |
|
Concurrency Utilities for Java EE provides a simple, standardized API for using concurrency from application components without compromising container integrity while still preserving the Java EE platform's fundamental benefits. |
|
Final
|
|
|
|
Anthony Lai, Oracle |
 |
290 |
 |
JavaTM Language & XML User Interface Markup Integration |
|
This JSR enables creation of Java ME applications which combine Web
UI markup technologies with Java code. The intent is to leverage
the W3C Compound Document Format (CDF) specification. |
|
Dormant
|
|
The Specification Lead chose to list this JSR as dormant in August 2012. |
|
|
|
Jean-Yves Bitterlich, Oracle |
 |
76 |
 |
RMI Security for J2SETM |
|
Define a high-level API for network security in JavaTM 2 Standard Edition RMI, covering basic security mechanisms: authentication (including delegation), confidentiality, and integrity. |
|
Rejected
|
|
This JSR was not approved by the SE/EE Executive Committee in Draft Approval/Reconsideration Ballots. |
|
Rejected |
|
Effective: 2001-02-21 |
|
|
|
Bob Scheifler, Sun Microsystems, Inc. |
 |
77 |
 |
J2EETM Management |
|
The JavaTM 2 Platform, Enterprise Edition Management Specification will provide server vendors and tool vendors with a standard model for managing the J2EE Platform. |
|
Maintenance
|
|
|
|
Hans Hrasna, Oracle |
 |
21 |
 |
JAINTM JCC Specification |
|
JSR 21 focuses on the JAINTM Java Call Control (JCC) Specification. Any references seen below that refer to the JAIN Coordination and Transactions (JCAT) are addressed in JSR 122. |
|
Final
|
|
|
|
Christer Boberg, Ericsson AB |
 |
327 |
 |
Dynamic Contents Delivery Service API for JavaTM ME |
|
This JSR will enable Java application to interact with dynamic content delivery (DCD) client implementation in user's device. |
|
Dormant
|
|
The Executive Committee voted to list this JSR as dormant in September 2012. |
|
|
|
Dave Kim, SK Telecom Co., Ltd. |
 |
375 |
 |
JavaTM EE Security API |
|
The goal of this JSR is to improve the Java EE platform by ensuring the Security API aspect is useful in the modern cloud/PaaS application paradigm. |
|
Final
|
|
|
|
William Hopkins, Oracle |
 |
30 |
 |
J2METM Connected, Limited Device Configuration |
|
This specification will define a standard platform configuration of the JavaTM 2 platform, Micro Edition (J2METM) for small, resource-limited, connected devices. |
|
Final
|
|
|
|
Antero Taivalsaari, Sun Microsystems, Inc. |
 |
182 |
 |
JPay - Payment API for the JavaTM Platform |
|
This JSR requests the creation of the Payment API for the Java Platform (JPay) specification. The JPay API will support payments in an open, Web-like environment. |
|
Dormant
|
|
The Executive Committee voted to list this JSR as dormant in May 2012. |
|
Early Draft Review |
Download page |
Start: 2004-10-27 |
End: 2004-12-25 |
|
|
Marquart Franz, Siemens AG |
 |
189 |
 |
JavaTM 3D API 1.4 |
|
This JSR will add new large scale funtionality to Java 3D. Possible technologies for inclusion include programmable shading and advanced rendering techniques. |
|
Withdrawn
|
|
The changes to the Java 3D API as originally envisioned by JSR-189 were quite significant, and were planned as part of a major API release, for which we had planned to form an expert group under the JSR. Due to changes in the nature of the project development, this effort was discontinued in 2002, a few months after the JSR was filed. JSR-189 was left open as a place-holder, but it no longer makes sense to leave it open. At the time of withdrawal, the Java 3D API was a community source project on java.net, where all new development had happened over the past 18 months. They were actively developing the 1.4 API release with help from the Java 3D community on java.net. This release was a much more modest undertaking than was originally planned, and all new API changes are being designed with public input. As such they closed this JSR, and did Java 3D 1.4 as a maintenance release under the JCP. |
|
Withdrawn |
|
Effective: 2005-11-08 |
|
|
|
Kevin Rushforth, Sun Microsystems, Inc. |
 |
261 |
 |
JavaTM API for XML Web Services Addressing (JAX-WSA) |
|
The Java API for XML Web Services Addressing (JAX-WSA) 1.0 specification will define APIs and a framework for supporting transport-neutral addressing of Web services. |
|
Withdrawn
|
|
All the work done under this JSR has been subsumed under JSR 224. This was conveyed to the EG at earlier instances as well and nobody objected. |
|
Withdrawn |
|
Effective: 2006-12-15 |
|
|
|
Mike Grogan, Sun Microsystems, Inc. |
|
Arun Gupta, Sun Microsystems, Inc. |
 |
278 |
 |
Resource Management API for JavaTM ME |
|
RM API will provide a simple interface for resource reclamation, accounting, and monitoring in a Java ME platform that requires resource management for multiple applications. |
|
Dormant
|
|
The Executive Committee voted to list this JSR as dormant in May 2012. |
|
Public Review Ballot |
View results |
Start: 2007-01-30 |
End: 2007-02-05 |
|
|
Ho An, Samsung Electronics Corporation |
|
Hobum (Vincent) Kwon, Samsung Electronics Corporation |
 |
322 |
 |
JavaTM EE Connector Architecture 1.6 |
|
The Java EE Connector Architecture 1.5 defines a standard architecture for
connecting to Enterprise Information Systems. This JSR will enhance the
existing specification with features requested by experts and community. |
|
Maintenance
|
|
|
|
Sivakumar Thyagarajan, Oracle |
 |
334 |
 |
Small Enhancements to the JavaTM Programming Language |
|
A successor to JSR 201 to enhance the Java programming language with an assortment of small changes to improve productivity. Changes must be simultaneously small in specification, implementation, and testing. |
|
Final
|
|
|
|
Joe Darcy, Oracle |
 |
312 |
 |
JavaTM Business Integration 2.0 (JBI 2.0) |
|
JBI enables the creation of a Java business integration environment for the creation of Composite Applications. The JBI 2.0 JSR will augment it to address new requirements. |
|
Withdrawn
|
|
Withdrawn at the Spec Lead's request. |
|
Withdrawn |
|
Effective: 2010-12-17 |
|
|
|
Ron Ten-Hove, Sun Microsystems, Inc. |
|
Peter Walker, Sun Microsystems, Inc. |
 |
368 |
 |
JavaTM Message Service 2.1 |
|
The JMS API is an API for accessing enterprise messaging systems from Java programs. This JSR is to develop JMS 2.1, the next version of the API. |
|
Withdrawn
|
|
Withdrawn at the request of the Spec Lead. |
|
Withdrawn |
|
Effective: 2016-11-29 |
|
|
|
Nigel Deakin, Oracle |
 |
369 |
 |
JavaTM Servlet 4.0 Specification |
|
This JSR aims to expose the latest advances in HTTP to users of JavaEE as well as providing a vehicle for continual improvement in this foundational Java EE API. |
|
Final
|
|
|
 |
Ed Burns, Oracle |
|
Shing wai Chan, Oracle |
|
Xin Li, Oracle |
 |
35 |
 |
JAINTM INAP API Specification |
|
This JSR is to develop the JAINTM (Java APIs for Integrated Networks) INAP (Intelligent Network Application Protocol) specification for Intelligent Network Applications in the Telecommunications Industry. |
|
Final
|
|
|
|
Shankar Allimatti, Mahindra British Telecom Ltd. |
 |
112 |
 |
J2EETM Connector Architecture 1.5 |
|
The J2EE(TM) Connector Architecture 1/5 extends the existing 1.0 specification with new features including asynchronous integration with enterprise information systems, Java Message Service (JMS)
provider pluggability. |
|
Final
|
|
|
|
Binod PG, Sun Microsystems, Inc. |
 |
123 |
 |
JAINTM Presence and Availability Management (PAM) API |
|
JAINTM SPA Presence and Availability Management API will provide Java APIs to disseminate and manage presence information securely across heterogeneous networks and applications. |
|
Withdrawn
|
|
Withdrawn when no one was found to take over Specification Lead role. In addition, the differences between the OSA PAM and JAIN PAM specs are sufficiently small that it's not clear that the industry benefits from two specifications. |
|
Withdrawn |
|
Effective: 2004-03-19 |
|
|
|
Jorge Lobo, Teltier Technologies |
 |
114 |
 |
JDBC Rowset Implementations |
|
JavaTM API providing implementations of the JDBC Rowset interface. |
|
Withdrawn
|
|
Subsumed into the Java SE platform JSR |
|
Withdrawn |
|
Effective: 2024-12-10 |
|
|
|
Lance Andersen, Oracle |
 |
87 |
 |
JavaTM Agent Services |
|
This specification defines a set of objects and service interfaces to support the deployment and operation of autonomous communicative agents. |
|
Withdrawn
|
|
Withdrawn at the request of the Specification Lead. |
|
Withdrawn |
|
Effective: 2011-01-25 |
|
|
|
Francis G. McCabe, Fujitsu Limited |
 |
167 |
 |
JavaTM Portlet Specification |
|
This specification would have defined a set of APIs for Portal computing addressing the areas of aggregation, personalization, presentation and security. |
|
Withdrawn
|
|
As there is very significant overlap between JSRs 162 & 167, Sun and IBM reached a mutual agreement regarding the proposals. They reached a point where they felt that they had a mutually acceptable new combined JSR proposal, which they then sought endorsement of from the existing supporters of JSR 162 and 167. |
|
Withdrawn |
|
Effective: 2002-01-20 |
|
|
 |
Alejandro Abdelnur, Sun Microsystems, Inc. |
|
Wesley Budziwojski, Sun Microsystems, Inc. |
 |
7 |
 |
Industrial Automation Extension |
|
The Industrial Automation specification will result in an industry standard for industrial automation that is based on the JavaTM and JiniTM technologies. |
|
Withdrawn
|
|
Withdrawn with the consent of the Spec Lead. Difficulties in forming an expert group and reaching consensus toward a draft spec hampered the JSR's abilities in successfully navigating the community process. |
|
Withdrawn |
|
Effective: 2004-10-11 |
|
|
|
Bruce Khavar, Cyberonix |
|
Tamsin Vantress, Cyberonix |
 |
45 |
 |
Debugging Support for Other Languages |
|
This specification establishes standardized tools for correlating JavaTM virtual machine byte code to source code of languages other than the JavaTM programming language. |
|
Final
|
|
|
|
Robert Field, Oracle |
 |
17 |
 |
JAINTM ISUP Specification |
|
Requirements for a Standard Java API for ISDN User Part (ISUP), an SS7 protocol. |
|
Withdrawn
|
|
The Spec Lead of this JSR approached other members of the Expert Group to see if they might be interested in taking on the role of Spec Lead, but there has been no interest. This is due to the fact that industry focus has evolved/changed, and as such the original scope of the JSR is not as important to the industry as originally scoped. The Spec Lead has since left the JCP and the Expert Group has been disbanded. |
|
Withdrawn |
|
Effective: 2003-02-05 |
|
|
|
Vijaya Venkatachalam, Ulticom |
 |
83 |
 |
Multiarray package |
|
This JSR proposes a package implementing true rectangular multidimensional arrays for the JavaTM platform. |
|
Withdrawn
|
|
JSR-83 has shown slow progress for several years and has not generated significant industry interest or participation. With no outlook for a timely completion of this JSR, the Spec Lead decided to withdraw it. |
|
Withdrawn |
|
Effective: 2005-09-06 |
|
|
|
Jose E. Moreira, IBM |
 |
78 |
 |
RMI Custom Remote References |
|
Provide a general framework in JavaTM 2 Standard Edition RMI for customizing remote invocation behavior. |
|
Rejected
|
|
This JSR was not approved by the SE/EE Executive Committee in Draft Approval/Reconsideration Ballots. |
|
Rejected |
|
Effective: 2001-02-21 |
|
|
|
Ann Wollrath, Sun Microsystems, Inc. |
 |
65 |
 |
Concise Object-Array Literals |
|
A minor extension to the JavaTM programming language that will support a concise notation for automatically-boxing object-array literals. |
|
Withdrawn
|
|
Withdrawn at the request of the Spec Lead with the agreement of the Expert Group. The community requirements targeted in this JSR are now being addressed as part of autoboxing in JSR 201. |
|
Withdrawn |
|
Effective: 2003-07-25 |
|
|
|
Gilad Bracha, Sun Microsystems, Inc. |
 |
269 |
 |
Pluggable Annotation Processing API |
|
Provide an API to allow the processing of JSR 175 annotations (metadata); this will require modeling elements of the Java(TM)
programming language as well as processing-specific functionality. |
|
Active
|
|
|
|
Joe Darcy, Oracle |
 |
84 |
 |
Floating Point Extensions |
|
This JSR proposes extensions to the JavaTM Programming Language and Java Virtual Machine that support more efficient execution of floating point code. |
|
Withdrawn
|
|
Due to the general absence of interest in the community, the Specification lead withdrew the JSR. |
|
Withdrawn |
|
Effective: 2002-03-01 |
|
|
|
Marc Snir, IBM |
 |
38 |
 |
Application Installation API Specification |
|
This proposal is to develop a set of Java APIs that will enable cross-platform installation and de-installation of JavaTM applications as well as platform-specific applications. |
|
Maintenance
|
|
Maintenance Draft Review |
Download page |
Start: 2003-01-15 |
End: 2003-02-18 |
|
|
Paul Lovvik, Sun Microsystems, Inc. |
 |
71 |
 |
JMX-TMN Specification |
|
JMX-TMN Specification is part of the second phase of the JavaTM Management Extensions (JMXTM) umbrella initiative. It specifies the interoperability between the Telecommunication Management Network (TMN) standards and JMX. |
|
Withdrawn
|
|
Withdrawn at the request of the Specification Lead. |
|
Withdrawn |
|
Effective: 2001-06-18 |
|
|
|
Aline Ellul, Evidian |
 |
64 |
 |
Financial Services Party Component |
|
This JSR is a proposal to define an Enterprise Java BeanTM (EJBTM) component interface for party information as required by the financial services domain. |
|
Withdrawn
|
|
Withdrawn at the request of the submitter. XML party components for this functionality are being developed under the Customer Profile Exchange (CPex). |
|
Withdrawn |
|
Effective: 2000-08-29 |
|
|
|
William Senn, IBM |
 |
2 |
 |
Boundary-Scan API |
|
This API targeted the JavaCardTM platform so as to allow it to be usable on all available JavaTM virtual machines from the very smallest to the most sophisticated. |
|
Withdrawn
|
|
Withdrawn at the request of the submitter. |
|
Withdrawn |
|
Effective: 1999-01-09 |
|
|
|
Neil Jacobson, Xilinx |
 |
232 |
 |
Mobile Operational Management |
|
Create a predictable management environment for mobile devices capable of installing, executing, profiling, updating, and removing JavaTM and associated native components in the J2METM Connected Device Configuration. |
|
Maintenance
|
|
|
|
Venkat Amirisetty, Motorola |
|
Cheng Wang, Nokia Corporation |
 |
88 |
 |
JavaTM EE Application Deployment |
|
This specification provides a complete description of the APIs required by the J2EE platform to enable development of platform-independent deployment tools. |
|
Maintenance
|
|
|
|
Gerald Ingalls, Oracle |
 |
67 |
 |
JavaTM APIs for XML Messaging 1.0 |
|
JAXM provides an API for packaging and transporting business transactions using on-the-wire protocols being defined by ebXML.org, Oasis, W3C and IETF. |
|
Maintenance
|
|
|
|
Lukas Jungmann, Oracle |
 |
51 |
 |
New I/O APIs for the JavaTM Platform |
|
APIs for scalable I/O, fast buffered binary and character I/O, regular expressions, charset conversion, and an improved filesystem interface. |
|
Final
|
|
|
 |
Mark Reinhold, Sun Microsystems, Inc. |
 |
93 |
 |
JavaTM API for XML Registries 1.0 (JAXR) |
|
JAXR provides an API for a set of distributed Registry Services that enables business-to-business integration between business enterprises, using the protocols being defined by ebXML.org, Oasis, ISO 11179. |
|
Final
|
|
|
|
Paul Sterk, Sun Microsystems, Inc. |
 |
154 |
 |
JavaTM Servlet 2.4 Specification |
|
This specification will build on servlet specification version 2.3 by enhancing existing features and adding new facilities of a reasonably small
nature. |
|
Maintenance
|
|
|
|
Rajiv Mordani, Oracle |
 |
160 |
 |
JavaTM Management Extensions (JMX) Remote API |
|
This API extends the JMX 1.2 API to provide remote access to JMX MBean servers. |
|
Withdrawn
|
|
Withdrawn following Maintenance Review 3. |
|
Withdrawn |
|
Effective: 2014-03-05 |
|
|
|
Eamonn McManus, Oracle |
|
Simon Vienot, Sun Microsystems, Inc. |
|
Hinkmond Wong, Oracle |
 |
225 |
 |
XQuery API for JavaTM (XQJ) |
|
Develop a common API that allows an application to submit queries conforming to the W3C XQuery 1.0 specification and to process the results of such queries. |
|
Final
|
|
|
|
Maxim Orgiyan, Oracle |
|
Marc Van Cappellen, DataDirect Technologies |
 |
279 |
 |
Service Connection API for JavaTM ME |
|
A new high-level API for connection services via frameworks supporting identity based services, discovery, and authentication. The API supports Service Oriented Architectures (SOA) and other similar network service application models. |
|
Final
|
|
|
|
Kimmo Loytana, North Sixty-One Ltd |
|
Pia Niemela, Nokia Corporation |
|
Jens Paetzold, Oracle |
 |
280 |
 |
XML API for JavaTM ME |
|
This JSR provides a common general purpose XML API for the next generation of mobile devices. |
|
Final
|
|
|
|
Jean-Yves Bitterlich, Oracle |
|
Pia Niemela, Nokia Corporation |
 |
287 |
 |
Scalable 2D Vector Graphics API 2.0 for Java METM |
|
This specification will define an optional package for rendering enhanced 2D vector graphics and rich media content based on select features from SVG Mobile 1.2, with primary emphasis on MIDP. |
|
Final
|
|
|
|
Juha Eskelinen, Nokia Corporation |
|
Kimmo Loytana, North Sixty-One Ltd |
 |
288 |
 |
Adaptive JavaTM ME System API |
|
This specification will define a mechanism that enables a systems developer to include multiple Configurations and Profiles on a single device, using one set of developed components. |
|
Rejected
|
|
This JSR was not approved by the ME Executive Committee in the JSR Approval Ballot and JSR Reconsideration Ballot. |
|
Rejected |
|
Effective: 2006-02-22 |
|
|
|
Andre Kruetzfeldt, Aplix Corporation |
 |
136 |
 |
JavaTM Technology for Service Providers |
|
This would have correlated JSRs targeted at next-generation service providers, documented how these JSRs fit together within end-to-end service provider networks, and introduced developers to emerging service provider network-targeted APIs. |
|
Withdrawn
|
|
Community support was not sufficient to support an Expert Group. |
|
Withdrawn |
|
Effective: 2004-03-19 |
|
|
|
Mauricio Arango, Sun Microsystems, Inc. |
 |
361 |
 |
JavaTM ME Embedded Profile |
|
Update IMP(-NG) to align with state-of-the-art features and current embedded device market requirements. |
|
Final
|
|
|
 |
Volker Bauche, Oracle |
 |
347 |
 |
Data Grids for the JavaTM Platform |
|
This JSR proposes an API for interacting with in-memory and disk-based distributed data grids. |
|
Withdrawn
|
|
Withdrawn at the Spec Lead's request: 'The JSR has failed to obtain sufficient interest and participation in the JCP community and has barely evolved since its inception. We are therefore requesting its withdrawal.' |
|
Withdrawn |
|
Effective: 2015-01-06 |
|
|
|
No Current Spec Lead, No SL Company |
 |
298 |
 |
Telematics API for JavaTM ME |
|
This JSR defines the API set for Telematics Service on mobile devices. |
|
Final
|
|
|
|
Dave Kim, SK Telecom Co., Ltd. |
|
Young Min Park, SK Telecom Co., Ltd. |
 |
373 |
 |
JavaTM EE Management API 2.0 |
|
This JSR is to update JSR 77 with REST interfaces and incorporate deployment as a standard part of the management interface. |
|
Withdrawn
|
|
Withdrawn at the request of the Spec Lead. |
|
Withdrawn |
|
Effective: 2016-11-29 |
|
|
|
Martin Mares, Oracle |
 |
44 |
 |
Braille API Specification |
|
This API for Braille lines would have eased use of these devices and allowed faster introduction of new Braille lines in the JavaTM market by writing a driver for Braille. |
|
Withdrawn
|
|
Withdrawn at the request of the submitter. Community support was not sufficient to support an Expert Group. |
|
Withdrawn |
|
Effective: 2000-11-21 |
|
|
|
Ramon Cabello, O.N.C.E. |
 |
48 |
 |
WBEM Services Specification |
|
JavaTM WBEM Services is a set of APIs and reference implementation for WBEM. WBEM is an initiative from the DMTF that unifies systems management and instrumentation. |
|
Final
|
|
|
|
Carl Chan, WBEM Solutions, Inc |
|
Jim Davis, WBEM Solutions, Inc |
 |
31 |
 |
XML Data Binding Specification |
|
A facility for compiling an XML schema into one or more JavaTM classes which can parse, generate, and validate documents that follow the schema. |
|
Final
|
|
|
|
Joe Fialli, Oracle |
|
Sekhar Vajjhala, Sun Microsystems, Inc. |
 |
36 |
 |
Connected Device Configuration |
|
The Connected Device Configuration (CDC) provides the basis of the JavaTM 2 platform, Micro Edition for devices that have a sufficient 32-bit microprocessor and ample memory. |
|
Maintenance
|
|
|
 |
Jon Courtney, Sun Microsystems, Inc. |
 |
5 |
 |
XML Parsing Specification |
|
The JavaTM API for XML Parsing (JAXP) allows developers to easily use XML Parsers in their applications via the industry standard SAX and DOM APIs. |
|
Final
|
|
|
|
Rajiv Mordani, Oracle |
 |
293 |
 |
Location API 2.0 |
|
This specification defines an optional package that enables the developers to use new enhanced location-based features on the JavaTM ME devices. |
|
Final
|
|
|
|
Kimmo Loytana, North Sixty-One Ltd |
 |
Jaana Majakangas, Nokia Corporation |
 |
60 |
 |
Building Automation Java API |
|
The goal is to develop a set of Java APIs for programmable controllers in the building automation industry. |
|
Withdrawn
|
|
This JSR was originally proposed a long time ago, but failed to attract a critical mass for an expert group. After a few conference calls, the effort was abandoned. |
|
Withdrawn |
|
Effective: 2016-04-05 |
|
|
|
Brian Frank, Tridium, Inc |
 |
221 |
 |
JDBCTM 4.0 API Specification |
|
This specification seeks to improve Java application access to SQL data stores by the provision of ease-of-development focused features and improvements at both the utility and API level. |
|
Active
|
|
|
|
Lance Andersen, Oracle |
 |
330 |
 |
Dependency Injection for Java |
|
We propose to maximize reusability, testability and maintainability of Java code by standardizing an extensible dependency injection API. |
|
Final
|
|
|
|
Rod Johnson, VMware |
|
Bob Lee, Lee, Bob |
 |
108 |
 |
Units Specification |
|
The JavaTM units package
supports programatic unit handling via an abstract Unit class, run-time checking
and conversion, unit arithmetic, unit parsing and formatting, and a units
database. |
|
Withdrawn
|
|
Withdrawn after the Spec Lead left the JCP and none of the Expert Group took over as Spec Lead. |
|
Withdrawn |
|
Effective: 2004-07-23 |
|
|
|
Steven Emmerson, University Corporation for Atmospheric Research (UCAR) |
 |
319 |
 |
Availability Management for Java |
|
This JSR will provide an API by which an availability management framework can supervise and control Java runtime units in order to achieve high availability. |
|
Withdrawn
|
|
null |
|
Withdrawn |
|
Effective: 2021-10-19 |
|
|
|
Jens Jensen, Ericsson AB |
 |
308 |
 |
Annotations on Java Types |
|
This JSR extends the Java annotation syntax to permit annotations on
any occurrence of a type. Previously, annotations could not be placed
on generic type arguments, type casts, etc. |
|
Final
|
|
|
|
Alex Buckley, Oracle |
|
Michael Ernst, Ernst, Michael |
 |
358 |
 |
A major revision of the Java Community Process |
|
This JSR will make a variety of changes and adjustments to the Java Community Process, revising the Process Document, the EC Standing Rules, and the JSPA. |
|
Withdrawn
|
|
At the January 2016 meeting of the JCP Executive Committee (EC) the EC was informed that Oracle Legal had advised that no changes should be made to the JSPA or to JSR licensing models while litigation is ongoing (see the public minutes for more details).
Consequently the EC decided at the March meeting to withdraw (close) JSR 358. Another JSR ('JCP.next.5') will be opened to work on changes that can be implemented by modifying only the Process Document, and we hope and expect that we will be able to pick up the more substantive changes that were being considered for JSR 358 as soon as the litigation is completed. |
|
Withdrawn |
|
Effective: 2016-03-30 |
|
|
|
Patrick Curran, Oracle |
 |
107 |
 |
JCACHE - Java Temporary Caching API |
|
Specifies API and semantics for temporary, in memory caching of Java
objects, including object creation, shared access, spooling, invalidation,
and consistency across JVM's. |
|
Maintenance
|
|
Maintenance Review Ballot 2 |
View results |
Start: 2019-03-05 |
End: 2019-03-11 |
|
|
Joseph Fialli, Oracle |
|
Gregory Robert Luck, Luck, Gregory Robert |
|
Brian Oliver, Oracle |
|
Cameron Purdy, Oracle |
 |
140 |
 |
Service Location Protocol (SLP) API for Java |
|
This JSR is to standardize the Service Location Protocol Application Programmer Interface for Java as described in RFC 2614. |
|
Withdrawn
|
|
The Spec Lead was not doing work on the JSR. While several other organizations have done seemingly promising Java work in the SLP area, none of them was interested in taking over the spec lead position to progress a JSR on it. |
|
Withdrawn |
|
Effective: 2004-10-05 |
|
|
|
Nick Briers, The SCO Group |
 |
333 |
 |
Content Repository API for Java Technology 2.1 |
|
As the version 2.1 of the Content Repository for Java Technology API, the aim is to further expand and refine the specification based on feedback from the community. |
|
Dormant
|
|
The Specification Lead chose to list this JSR as dormant in December 2014. |
|
|
|
Peeter Piegaze, Adobe Systems Inc. |
 |
245 |
 |
JavaServerTM Pages 2.1 |
|
This is the next revision of the JavaServerTM Pages specification. The purpose of JSP 2.1 is to improve alignment with JavaServerTM Faces (JSF) and enhance ease of development. |
|
Maintenance
|
|
|
|
Kinman Chung, Oracle |
 |
100 |
 |
JAINTM Service Creation Environment |
|
JAINTM SCE will support and simplify the creation of portable telecommunication
services delivered primarily to the JAINTM Service Logic Execution Environment, while not restricted to this class of Execution Environments. |
|
Withdrawn
|
|
Withdrawn when the Spec Lead asked to withdraw and no one from the Expert Group was willing to become the new Spec Lead. |
|
Withdrawn |
|
Effective: 2006-12-04 |
|
|
|
John-Luc Bakker, Telcordia Technologies, Inc. |
 |
156 |
 |
Java API for XML Transactions |
|
JAXTX provides an API for packaging and transporting ACID transactions (as
in JTA) and extended transactions (e.g., the BTP from OASIS) using the
protocols being defined by OASIS, W3C. |
|
Withdrawn
|
|
Withdrawn at the request of the Spec Lead. |
|
Withdrawn |
|
Effective: 2010-02-18 |
|
|
|
Jonathan Halliday, Red Hat |
 |
157 |
 |
ebXML CPP/A APIs for Java |
|
This JSR is to provide a standard set of APIs for representing and manipulating Collaboration Profile and Agreement information described by ebXML CPP/A (Collaboration Protocol Profile/Agreement)documents. |
|
Withdrawn
|
|
Withdrawn at the request of the Spec Lead. |
|
Withdrawn |
|
Effective: 2010-07-30 |
|
|
|
Himagiri Mukkamala, Sybase |
 |
350 |
 |
Java State Management |
|
This JSR will develop an API that applications and JavaEE containers can use to offload the responsibility of state management into third party providers with different quality of service characteristics. |
|
Rejected
|
|
This JSR was not approved to continue by the Executive Committee in the JSR Renewal Ballot. |
|
Rejected |
|
Effective: 2015-05-12 |
|
|
|
Timothy Watson, Oracle |
 |
29 |
 |
JAINTM MAP Specification |
|
The JAINTM MAP API Specification includes functionality for messaging and location service. The API may be implemented on different protocols, e.g. ETSI MAP and ANSI 41. |
|
Withdrawn
|
|
Withdrawn due to Spec Lead's move to another company and the lack of interest from the rest of the Expert Group in driving the spec to Final Release. At the time it was withdrawn, there had been no activity in the JSR since September 2001. |
|
Withdrawn |
|
Effective: 2003-05-30 |
|
|
|
S?ren Torstensson, Ericsson Inc. |
 |
19 |
 |
Enterprise JavaBeansTM 2.0 |
|
The Enterprise JavaBeansTM 2.0 specification extends the architecture with integration with JMS, improved support for entity bean persistence,
a portable query language for finder methods, and support for server interoperability. |
|
Maintenance
|
|
Maintenance Draft Review |
Download page |
Start: 2002-02-20 |
End: 2002-03-25 |
|
 |
Linda Demichiel, Oracle |
 |
125 |
 |
JAINTM SIP Lite |
|
The JAINTM SIP Lite API defines a high level API to the SIP stack to allow for the rapid development of applications. |
|
Withdrawn
|
|
Withdrawn after no one on the Expert Group offered to take over the Spec Lead role. Because of the resourcing issues, Nortel had to withdraw from JSR125. Nortel was unable to provide the RI and the TCK, but believed that this is the right approach for a Proxy and small footprint SIP servers/Clients. |
|
Withdrawn |
|
Effective: 2006-03-14 |
|
|
|
David Tweedie, Nortel |
 |
70 |
 |
IIOP Protocol Adapter for JMXTM Specification |
|
This specification will establish an IIOP based adapter for the JMXTM specification to allow CORBA clients access JMX agents. |
|
Withdrawn
|
|
Withdrawn following re-prioritization within the company, IONA could no longer commit the resources necessary to complete the specification and build an RI and TCK. In addition, IONA no longer sees a sufficient customer demand for access to JMX MBeans using CORBA clients, so IONA formed the opinion that the specification did not address a common need in the marketplace and therefore was unnecessary. |
|
Withdrawn |
|
Effective: 2003-10-23 |
|
|
|
Damian McGrath, Progress Software |
 |
262 |
 |
Web Services Connector for Java Management Extensions (JMX) Agents |
|
Defines a connector for the JMX Remote API that uses Web Services to make JMX instrumentation available remotely. Clients do not have to be Java applications, but can be. |
|
Withdrawn
|
|
JSR 262 specified the javax.management.remote.ws API which was subsequently abandoned due to lack of resources, and was not included in the Java SE 7 Platform. It was determined in 2014 that future changes to JMX technology would be specified directly by the umbrella JSR for the Java SE Platform. |
|
Withdrawn |
|
Effective: 2016-03-24 |
|
|
|
Staffan Larsen, Oracle |
 |
79 |
 |
JAINTM MEGACO API Specification |
|
This work will specify the JAINTM API through which access to protocol stacks that support the MEGACO/H.248 protocol may be achieved. |
|
Final
|
|
|
|
Vikas Bajaj, Hughes Software Systems |
 |
37 |
 |
Mobile Information Device Profile for the J2METM Platform |
|
This specification will define a profile that will extend and enhance the "J2METM Connected, Limited Device Configuration" (JSR-000030), enabling application development for mobile information appliances and voice communication devices. |
|
Final
|
|
|
|
Brian Deuser, Motorola |
 |
18 |
 |
JAINTM OAM API Specification |
|
JAINTM Operations, Administration, and Maintenance (OAM) defines a standard API for provisioning and managing protocol interfaces in the Telecommunications and Internet Industry. |
|
Final
|
|
|
|
Doug Tait, Sun Microsystems, Inc. |
 |
23 |
 |
JAINTM MGCP API Specification |
|
This work will specify the JAINTM API through which access to protocol stacks that support the Media Gateway Control Protocol (RFC 2705) may be achieved. |
|
Final
|
|
|
|
Christer Boberg, Ericsson AB |
 |
324 |
 |
On Screen MIDlet API for Java ME |
|
This JSR defines the API set for MIDlet activation functionality on idle screen. |
|
Rejected
|
|
This JSR was not approved by the ME Executive Committee in the JSR Approval Ballot. |
|
Rejected |
|
Effective: 2008-04-15 |
|
|
|
Dave Kim, SK Telecom Co., Ltd. |
 |
32 |
 |
JAINTM SIP API Specification |
|
The JAINTM SIP API specification provides a standard portable interface to share information between SIP Clients and SIP Servers, providing call control elements enabling converged-network applications. |
|
Maintenance
|
|
|
|
Phelim O'Doherty, Oracle |
|
Mudumbai Ranganathan, NIST |
 |
22 |
 |
JAINTM SLEE API Specification |
|
Descriptions of all interfaces, classes, exceptions and requirements to develop portable telecommunication services and application frameworks so that services once developed will run on any JAINTM SLEE-compliant execution environment. |
|
Final
|
|
|
|
David Ferry, Open Cloud Limited |
 |
161 |
 |
JAINTM ENUM API Specification |
|
The JAINTM ENUM API Specification defines a standard, portable application programming interface to query and provision E.164 telephone numbers and
their service-specific Uniform Resource Identifiers (URI). |
|
Dormant
|
|
The Executive Committee voted to list this JSR as dormant in May 2012. |
|
|
|
Christopher John, NetNumber, Inc. |
 |
132 |
 |
JAINTM OAM API Specification v2.0 |
|
This would have developed the JAINTM Operations, Administration, and Maintenance API v2.0 Specification, which defines a standard Interface for provisioning and managing various protocol interfaces, switching platforms, and applications servers. |
|
Withdrawn
|
|
The JAIN community has decided to encapsulate the management functionality for each of the JAIN protocol specifications into their own specification as opposed to encapsulating this functionality in a separate JSR. |
|
Withdrawn |
|
Effective: 2002-01-28 |
|
|
|
Phelim O'Doherty, Sun Microsystems, Inc. |
 |
274 |
 |
The BeanShell Scripting Language |
|
This specification will standardize BeanShell, a Java syntax compatible
scripting language for the Java platform. |
|
Dormant
|
|
The Executive Committee voted to list this JSR as dormant in June 2011. |
|
Expert Group Formation |
|
Start: 2005-06-07 |
|
|
|
Patrick Niemeyer, Niemeyer, Patrick D. |
 |
229 |
 |
Payment API |
|
Enabling application developers to initiate mobile payment transactions in J2METM applications. |
|
Maintenance
|
|
|
|
Jean-Yves Bitterlich, Oracle |
 |
230 |
 |
Data Sync API |
|
Enabling J2METM applications to access native data synchronization implementation |
|
Dormant
|
|
The Specification Lead chose to list this JSR as dormant in August 2011. |
|
|
|
Jens Paetzold, Oracle |
 |
246 |
 |
Device Management API |
|
Enabling J2METM applications to access device management implementations |
|
Dormant
|
|
The Specification Lead chose to list this JSR as dormant in August 2011. |
|
Early Draft Review |
Download page |
Start: 2005-08-08 |
End: 2005-09-07 |
|
|
Jens Paetzold, Oracle |
 |
267 |
 |
JSP Tag Library for Web Services |
|
JSPTM Tag Library for accessing Web Services |
|
Withdrawn
|
|
Lack of resources to drive this JSR, produce the RI (Reference Implementation) and TCK (Technology Compatibility Kit)- Waning interest and lack of support for this technology from the community led to the withdrawal of this JSR. |
|
Withdrawn |
|
Effective: 2008-02-06 |
|
|
|
Dhiru Pandey, Sun Microsystems, Inc. |
 |
86 |
 |
Enterprise Media Beans |
|
Enterprise Media Beans provide a framework to integrate rich media data (i.e. audio, video, or image) into applications based on EJBTM Entity Beans within the J2EETM application development model. |
|
Final
|
|
|
|
Lou Raymundo, Watchmark Corporation |
 |
26 |
 |
UML/EJB Mapping Specification |
|
This document describes a standard mapping between the Enterprise JavaBeansTM architecture and the Unified Modeling Language. |
|
Withdrawn
|
|
Withdrawn due to lack of interest after the original Spec Lead company was acquired. New Spec Lead company has failed to find a Spec Lead who wants to drive JSR-26 to completion. Expert Group was informed of intent to withdraw JSR-26 and it supported that action. |
|
Withdrawn |
|
Effective: 2004-03-29 |
|
|
|
Andy Dean, IBM |
 |
4 |
 |
ECperf Benchmark Specification |
|
ECperf is an EJBTM performance workload that is real-world, scalable and captures the essence of why component models exist. |
|
Maintenance
|
|
Maintenance Draft Review 2 |
Download page |
Start: 2002-03-19 |
End: 2002-04-22 |
|
|
Shanti Subramanyam, Sun Microsystems, Inc. |
 |
216 |
 |
Personal Profile 1.1 |
|
This JSR will update the existing Personal Profile (JSR-62) specification to reflect the J2SETM 1.4 APIs). |
|
Maintenance
|
|
|
 |
Jon Courtney, Sun Microsystems, Inc. |
|
Roger Riggs, Oracle |
 |
326 |
 |
Post mortem JVM Diagnostics API |
|
A standard Java API designed to support the generation and consumption of post mortem or snapshot Java diagnostic artefacts. |
|
Dormant
|
|
The Specification Lead chose to list this JSR as dormant in August 2012. |
|
Early Draft Review |
Download page |
Start: 2009-10-29 |
End: 2009-11-28 |
|
|
Steve Poole, IBM |
 |
62 |
 |
Personal Profile Specification |
|
The J2METM Personal Profile provides the J2ME environment for those devices with a need for a high degree of Internet connectivity and web fidelity. |
|
Maintenance
|
|
|
 |
Jon Courtney, Sun Microsystems, Inc. |
 |
33 |
 |
InfoBus 2.0 Specification |
|
The InfoBus 2.0 Specification and release would have added features to the existing InfoBus 1.2 Specification that capitalize on new features found in the J2SETM Platform. |
|
Withdrawn
|
|
Withdrawn at the request of the submitter. InfoBus 2.0 is no longer under development in the Java Community Process. Please direct comments or questions about InfoBus to infobus-comments@java.sun.com. For information on InfoBus 1.2, see http://java.sun.com/beans/infobus. |
|
Withdrawn |
|
Effective: 1999-11-08 |
|
|
|
Mark Colan, Lotus Development Corporation |
 |
211 |
 |
Content Handler API |
|
Enabling J2METM applications to handle multi-media and web content can give developers and users a seamless and integrated user environment on mobile phones and wireless devices. |
|
Maintenance
|
|
|
|
Roger Riggs, Oracle |
 |
129 |
 |
Personal Basis Profile Specification |
|
The J2METM Personal Basis Profile provides a J2ME application environment for network-connected devices supporting a basic level of graphical presentation. |
|
Maintenance
|
|
|
 |
Jon Courtney, Sun Microsystems, Inc. |
 |
303 |
 |
Bean Validation |
|
This JSR will define a meta-data model and API for JavaBeanTM validation based on annotations, with overrides and extended meta-data through the use of XML validation descriptors. |
|
Final
|
|
|
|
Emmanuel Bernard, Red Hat |
 |
43 |
 |
JTAPI 1.4 Specification |
|
JTAPI 1.4 extends and enhances the current Java Telephony specification. |
|
Final
|
|
|
|
Jeff Peck, Enterprise Computer Telephony Forum (ECTF) |
|
Richard J. Pennenga, Enterprise Computer Telephony Forum (ECTF) |
 |
173 |
 |
Streaming API for XML |
|
The Streaming API for XML (StAX) is a Java based API for pull-parsing XML. |
|
Withdrawn
|
|
Since version 1.0, JSR 173 StAX API has been distributed as both a standalone technology and part of the Java SE. The API has been stable without any significant changes since then and the need to use newer releases of the StAX API with shipping releases of Java SE has mostly disappeared in recent years.
In accordance with JCP 2.10 Process Document, 3.3.1.4 Platform inclusion, we are announcing the end of JSR 173 StAX Standalone distribution. After MR5, StAX 1.4, the technology that JSR 173 defines will be delivered as a part of the Java SE solely. Future changes in the StAX API will be defined through the Platform JSR.
The subsumption of the StAX API into the Platform JSR does not change any mechanisms defined in StAX. The service provider interfaces are the same except that they will then be directly specified in the Platform JSR. Deployment of alternative implementations of the StAX APIs will continue to be supported. |
|
Withdrawn |
|
Effective: 2016-07-26 |
|
|
|
Christopher Fry, BEA Systems |
|
Devasena Sagar, Oracle |
 |
275 |
 |
Units Specification |
|
This JSR specifies Java packages for modeling and working with standard measures known as units. |
|
Rejected
|
|
This JSR was not approved by the SE/EE Executive Committee in the Public Draft Reconsideration Ballot. |
|
Rejected |
|
Effective: 2010-03-09 |
|
|
|
Jean-Marie Dautelle, Dautelle, Jean-Marie |
|
Werner Keil, Keil, Werner |
 |
138 |
 |
Performance Metric Instrumentation |
|
Specifies standard APIs for performance metric instrumentation of Java programs. |
|
Withdrawn
|
|
Withdrawn at the request of the Specification Lead. |
|
Withdrawn |
|
Effective: 2010-02-26 |
|
|
|
Bruce Irvin, Oracle |
 |
310 |
 |
Date and Time API |
|
This JSR will provide a new and improved date and time API for Java. |
|
Final
|
|
|
|
Stephen Colebourne, Colebourne, Stephen |
|
Roger Riggs, Oracle |
|
Michael Nascimento Santos, Santos, Michael Nascimento |
 |
50 |
 |
Distributed Real-Time Specification |
|
The Distributed Real-Time Specification for Java extends RMI in the Real-Time Specification for Java, to provide support for predictability of end-to-end timeliness of trans-node activities. |
|
Dormant
|
|
The Specification Lead has chosen to list this JSR as dormant while work on the Community Review draft continues. |
|
Expert Group Formation |
|
Start: 2000-04-12 |
End: 2000-08-14 |
|
|
James Hunt, aicas GmbH |
 |
210 |
 |
OSS Service Quality Management API |
|
Provide an API via the OSS through Java initiative that allows telecom management applications to be developed and integrated with Java-enabled Service Quality Management Systems. |
|
Withdrawn
|
|
The API has been completed and contributed to TMF and there is no reason to continue with the JSR. |
|
Withdrawn |
|
Effective: 2012-05-23 |
|
|
|
Thierry Supplisson, IBM |
 |
130 |
 |
OSS Billing Mediation API |
|
Provide an API via the OSS through Java initiative that
allows telecom network management applications to be developed and
integrated with Java-enabled IP Billing systems. |
|
Maintenance
|
|
|
|
Tulika Pradhan, Infozech Software Ltd. |
 |
153 |
 |
Enterprise JavaBeansTM 2.1 |
|
The Enterprise JavaBeans 2.1 specification adds to the EJB
architecture support for web services, extensions to message-driven beans, enhancements to EJB QL, and a container-managed timer service. |
|
Final
|
|
|
 |
Linda Demichiel, Oracle |
 |
919 |
 |
JavaMailTM |
|
A description of the new APIs that are being
introduced in JavaMail. |
|
Maintenance
|
|
|
 |
William Shannon, Oracle |
 |
179 |
 |
Location API for J2METM |
|
An Optional Package that enables developers to write mobile location-based applications for resource-limited devices. The
API works on the J2ME CLDC v1.1 and CDC configurations. |
|
Final
|
|
|
|
Kimmo Loytana, North Sixty-One Ltd |
|
Cheng Wang, Nokia Corporation |
 |
180 |
 |
SIP API for J2METM |
|
SIP API for J2ME defines a multipurpose SIP API for J2ME clients. It enables SIP applications to be executed in memory limited terminals, especially targeting to mobile phones. |
|
Final
|
|
|
|
Erkki Rysä, North Sixty-One Ltd |
|
Cheng Wang, Nokia Corporation |
 |
194 |
 |
JAINTM ULS API |
|
This was intended to allow software developers to rapidly develop external Service Provider-type applications to interrogate the location and status of a user's mobile device. |
|
Withdrawn
|
|
With agreement from his Expert Group, the Spec Lead decided to withdrawn this JSR following decisions at the November 2002 JAIN meeting in Austin. |
|
Withdrawn |
|
Effective: 2003-02-21 |
|
|
|
Jorgen Dyst, Appium Technologies AB |
 |
220 |
 |
Enterprise JavaBeansTM 3.0 |
|
The purpose of Enterprise JavaBeans (EJB) 3.0 is to improve the EJB architecture by reducing its complexity from the developer's point of view. |
|
Maintenance
|
|
Maintenance Draft Review |
Download page |
Start: 2007-11-14 |
End: 2007-12-17 |
|
 |
Linda Demichiel, Oracle |
|
Mike Keith, Oracle |
 |
97 |
 |
JavaHelpTM 2.0 Specification |
|
A major update to the JavaHelp 1.0 Specification, including enhancements to merging, multi-topic printing, improved secondary window and popup usage, JFC ToolTip HelpSet support, HelpSet presentation controls and additional Navigators. |
|
Final
|
|
|
|
Roger Brinkley, Oracle |
 |
345 |
 |
Enterprise JavaBeansTM 3.2 |
|
Enterprise JavaBeans is an architecture for the development and deployment of component-based business applications. |
|
Final
|
|
|
|
Marina Vatkina, Oracle |
 |
344 |
 |
JavaServerTM Faces 2.2 |
|
This JSR is an update to the 2.1 version of the JavaServer Faces specification. This is the first major revision of the JavaServer Specification since JSR 314. |
|
Final
|
|
|
 |
Ed Burns, Oracle |
 |
135 |
 |
Mobile Media API |
|
This specifies a small-footprint multimedia API for J2METM, allowing simple, easy access and control of basic audio and multimedia resources while also addressing scalability and support of more sophisticated features. |
|
Maintenance
|
|
Maintenance Draft Review 3 |
Download page |
Start: 2010-09-20 |
End: 2010-10-25 |
|
|
Michael Lagally, Oracle |
 |
241 |
 |
The Groovy Programming Language |
|
Groovy is an agile, dynamic programming language for the Java Virtual Machine. Groovy includes features found in Python, Ruby, and Smalltalk, but uses syntax similar to the Java programming language. |
|
Dormant
|
|
The Specification Lead chose to list this JSR as dormant in April 2012. |
|
Expert Group Formation |
|
Start: 2004-03-30 |
|
|
|
No Current Spec Lead, No SL Company |
 |
89 |
 |
OSS Service Activation API |
|
Provide an API that allows telecom management applications to be developed and integrated with Java-enabled Service Activation systems. |
|
Final
|
|
|
|
Andreas Ebbert-Karroum, codecentric AG |
 |
90 |
 |
OSS Quality of Service API |
|
Provide an API that allows telecom management applications to be developed and integrated with Java-enabled Quality of Service systems. |
|
Final
|
|
|
|
Ashutosh Sharma, Wipro Technologies |
 |
265 |
 |
API for Utilizing Web Services Policy |
|
This specification aims to standardize a basic framework in Java for utilizing the Web services constraints and capabilities. |
|
Withdrawn
|
|
The standardization of policy-based metadata will continue as part of the Service Component Architecture (SCA), which will eventually provide Java-based language bindings as part of separate JSRs. |
|
Withdrawn |
|
Effective: 2010-01-28 |
|
|
|
Sanjay Patil, SAP SE |
|
Umit Yalcinalp, SAP SE |
 |
127 |
 |
JavaServer Faces |
|
This specification defines an architecture and APIs which simplify the creation
and maintenance of Java Server application GUIs. |
|
Final
|
|
|
 |
Ed Burns, Oracle |
|
Craig R. McClanahan, Sun Microsystems, Inc. |
 |
305 |
 |
Annotations for Software Defect Detection |
|
This JSR will work to develop standard annotations
(such as @NonNull) that can be applied to Java programs
to assist tools that detect software defects. |
|
Dormant
|
|
The Executive Committee voted to list this JSR as dormant in May 2012. |
|
Expert Group Formation |
|
Start: 2006-09-12 |
|
|
|
William Pugh, Pugh, William |
 |
363 |
 |
Units of Measurement API |
|
This JSR specifies Java packages for modeling and working with measurement values, quantities and their corresponding units. |
|
Final
|
|
|
|
Jean-Marie Dautelle, Dautelle, Jean-Marie |
|
Werner Keil, Keil, Werner |
|
Leonardo Lima, V2COM |
 |
380 |
 |
Bean Validation 2.0 |
|
This JSR aims at evolving the Bean Validation specification by leveraging Java 8 language constructs for the purposes of validation. |
|
Final
|
|
|
|
Gunnar Morling, Red Hat |
 |
75 |
 |
PDA Optional Packages for the J2METM Platform |
|
This JSR produces two separate optional packages for features commonly found on PDAs and other J2ME mobile devices: one for accessing PIM data and one for accessing file systems. |
|
Final
|
|
|
|
Tom Chavez, PalmSource, Inc. |
|
Ken Walker, IBM |
 |
24 |
 |
JAINTM SPA TSM, SD and SAM 1.0 API |
|
This allows software developers to rapidly develop external Service Provider-type applications to securely access, discover and agree other APIs, which use abstract primitives that hide the heterogeneity of underlying networks. |
|
Final
|
|
|
|
Anders Lundqvist, Incomit AB |
 |
184 |
 |
Mobile 3D Graphics API for J2METM |
|
This proposed JSR will provide a scalable, small-footprint, interactive 3D API for use on mobile devices. |
|
Final
|
|
|
|
Tomi Aarnio, Nokia Corporation |
|
Erkki Rysä, North Sixty-One Ltd |
 |
226 |
 |
Scalable 2D Vector Graphics API for J2METM |
|
This specification will define an optional package API for rendering scalable 2D vector graphics, including image files in W3C Scalable Vector Graphics (SVG) format. |
|
Maintenance
|
|
|
|
Juha Eskelinen, Nokia Corporation |
|
Kimmo Loytana, North Sixty-One Ltd |
 |
240 |
 |
JAINTM SLEE (JSLEE) v1.1 |
|
This JSR is a logical extension to address gaps in JSLEE v1.0 specification. The central area of focus is to specify the Resource Adaptor Architecture API and semantics. |
|
Final
|
|
|
|
David Ferry, Open Cloud Limited |
 |
260 |
 |
JavadocTM Tag Technology Update |
|
Defines new tags and generated Javadoc document representation aimed
to increase readability, information richness, and make the Javadoc
more approachable to developers learning and using the APIs. |
|
Withdrawn
|
|
Withdrawn at the request of the Specification Lead. |
|
Withdrawn |
|
Effective: 2011-03-22 |
|
|
 |
Danny Coward, Oracle |
 |
273 |
 |
Design-Time API for JavaBeansTM JBDT |
|
This JSR extends the JavaBeans specification and APIs to improve design-time functionality for component authors to leverage within the visual design environments in IDEs. |
|
Withdrawn
|
|
Withdrawn at the request of the Specification Lead. |
|
Withdrawn |
|
Effective: 2011-03-22 |
|
|
|
Tor Norbye, Oracle |
 |
137 |
 |
JAINTM 3G MAP Specification |
|
This JSR is to develop the JAINTM 3G MAP APIs which will enable mobile applications in the 3G domain to talk to each other. |
|
Withdrawn
|
|
Seeing that there has been no active interest in the JAIN 3G Map APIs recently and because of lack of member contributions to the Expert Group, the Spec Lead decided to withdrawn the JSR. |
|
Withdrawn |
|
Effective: 2003-03-04 |
|
|
|
Sanjiv Kapur, Hughes Software Systems |
 |
106 |
 |
XML Digital Encryption APIs |
|
This JSR is to define a standard set of APIs for XML digital encryption services. This proposal is to
define and incorporate the high level implementation independent Java APIs. |
|
Withdrawn
|
|
Withdrawn at the request of the Specification Lead. |
|
Withdrawn |
|
Effective: 2010-05-04 |
|
|
|
Bruce Rich, IBM |
 |
195 |
 |
Information Module Profile |
|
This JSR will define a J2ME profile targeting embedded networked devices that wish to support a Java runtime environment, but that do not have graphical display capabilities. |
|
Final
|
|
|
|
Thomas Lampart, Cinterion Wireless Modules GmbH |
|
Jari Lansio, Nokia Corporation |
 |
144 |
 |
OSS Common API |
|
This JSR specifies the set of APIs which are common across the OSS through Java JSRs. This provides consistency by reducing duplication of common interfaces and classes among these JSRs. |
|
Maintenance
|
|
|
 |
Vincent Perrot, Sun Microsystems, Inc. |
 |
150 |
 |
Internationalization Service for J2EE |
|
The Internationalization Service enables distributed localization within Enterprise Java applications by transparently propagating and
managing localization information within relevant J2EE application components. |
|
Withdrawn
|
|
JSR-150 had been idle for several years and the existing draft had not kept pace with changes in J2EE. The Spec Lead wished to withdraw the JSR. None of the EG members objected. |
|
Withdrawn |
|
Effective: 2008-10-30 |
|
|
|
Charles Hornig, IBM |
 |
331 |
 |
Constraint Programming API |
|
This specification defines a Java runtime API for constraint programming. The CP API prescribes a set of fundamental operations used to define and solve constraint satisfaction and optimization problems. |
|
Maintenance
|
|
|
|
Jacob Feldman, Feldman, Jacob |
 |
355 |
 |
JCP Executive Committee Merge |
|
Since Java is One Platform this JSR will merge the two Executive Committees into one, and will reduce the total number of EC members. |
|
Final
|
|
|
|
Patrick Curran, Oracle |
 |
218 |
 |
Connected Device Configuration (CDC) 1.1 |
|
This JSR defines a revision to the J2ME CDC specification. This JSR provides updates (based on J2SE, v1.4) to the existing core, non-graphical Java APIs for small electronic devices. |
|
Maintenance
|
|
|
|
Roger Riggs, Oracle |
 |
219 |
 |
Foundation Profile 1.1 |
|
This JSR defines a revision to the J2ME Foundation Profile. This JSR provides updates (based on J2SE, v1.4) to the existing core, non-graphical Java APIs for small electronic devices. |
|
Maintenance
|
|
|
|
Roger Riggs, Oracle |
 |
284 |
 |
Resource Consumption Management API |
|
The API will allow for partitioning resources (constraints, reservations) among Java applications and for querying about resource availability (notifications). It will also provide means of exposing various kinds of resources. |
|
Final
|
|
|
|
Grzegorz Czajkowski, Google Inc. |
 |
146 |
 |
WBEM Services: JMX Provider Protocol Adapter |
|
JSR-048 defines WBEM support for Java. This specification would have defined how JMX instrumentation mapped to CIM and the definition of a JMX Provider Protocol Adapter for WBEM Services. |
|
Withdrawn
|
|
After a year and a half of no progress, the Spec Lead suggested withdrawing the JSR and the Expert Group did not object. |
|
Withdrawn |
|
Effective: 2003-07-14 |
|
|
|
Chris Seibel, Sun Microsystems, Inc. |
 |
325 |
 |
IMS Communication Enablers (ICE) |
|
This specification will define a high level, IMS Communications Enabler framework API that will provide Java ME based devices effortless access to a set of essential IMS Communication Enablers. |
|
Withdrawn
|
|
null |
|
Withdrawn |
|
Effective: 2021-10-19 |
|
|
|
Martin Gunnang, Ericsson AB |
|
Niclas Palm, Ericsson AB |
 |
362 |
 |
Portlet Specification 3.0 |
|
This update to the Portlet Specification will address progress in Java EE, client-side web, and mobile technology that has taken place since JSR286 Portlet Specification 2.0 became final in 2008. |
|
Final
|
|
|
|
Martin Nicklous, IBM |
 |
349 |
 |
Bean Validation 1.1 |
|
Bean Validation standardizes constraint definition, declaration and validation for the Java platform. For more information on Bean Validation and how to participate, check out http://beanvalidation.org. |
|
Final
|
|
|
|
Emmanuel Bernard, Red Hat |
 |
381 |
 |
Visual Recognition (VisRec) Specification |
|
Java APIs for detecting, recognizing and annotating images with focus on the content of the images, facial detection, facial emotions, image tagging, specifying image classifiers and training the visual data. |
|
Final
|
|
|
|
Frank Greco, Greco, Frank |
|
Zoran Sevarac, Sevarac, Zoran |
 |
|