The Java Community Process(SM) Program - JSRs: Java Specification Requests - detail JSR# 68

This JSR has been Withdrawn
Reason: 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.

Updates to the Original Java Specification Request (JSR)

The following updates have been made to the original JSR:

2010年12月20日

Specification Lead: Oracle

Name of Spec Lead: Roger Riggs

E-Mail Address: roger.riggs@oracle.com

Telephone Number: +1 781 442 0539

2010年02月15日:

Specification Lead: Sun Microsystems, Inc.

Name of Spec Lead: Jonathan Courtney

E-Mail Address: jonathan.courtney@sun.com

Telephone Number: +1 408 276 7398

Identification | Request | Contributions

Section 1. Identification

Submitting Participant: Sun Microsystems, Inc.

Name of Contact Person: Dr. Peter Madany

E-Mail Address: madany@eng.sun.com

Telephone Number: +1 408 343 1445

Section 2: Request

2.1 Please describe the proposed Specification:

This specification will define the next major revision of the Java^TM 2 Micro Edition Platform.

2.2 What is the target Java platform? (i.e., desktop, server, personal, embedded, card, etc.)

J2ME^TM platform

2.3 What need of the Java community will be addressed by the proposed specification?

This JSR will revise the J2ME platform specification. In particular it will add the concept of J2ME Building Blocks.

2.4 Why isn't this need met by existing specifications?

This revision will simplify the creation of new J2ME profiles.

2.5 Please give a short description of the underlying technology or technologies:

The J2ME platform defines the Java platform for small devices.

J2ME devices are targeted at a wide range of uses, so there is high variability between the needs of different devices. To allow for application portability, J2ME "Profiles" are developed for particular categories of devices. For example, the Mobile Information Device Profile (MIDP) targets devices such as cell phones. The intention is that application developers target particular profiles, and their applications are then portable across all devices that implement the given profile.

Profiles must often provide functionality that is already present in J2SE. In order to allow developers to benefit from their knowledge of J2SE it is often desirable that J2ME profiles should derive this functionality from existing J2SE APIs, rather than defining new APIs. In general it is desirable that Profiles share similar sets of J2SE functionality, rather than having each Profile have a distinct set of the same APIs.

Therefore this revision of the J2ME platform will introduce the concept of "Building Blocks". A Building Block defines an API derived from J2SE (or J2EE) APIs for use in J2ME. For example, a Building Block might define a specific set of classes from java.io. These Building Blocks will then be available for Profile Expert Groups to use as part of new J2ME Profiles.

It is expected that there will be a wide variety of Building Blocks. Because different Profiles have different needs there may sometimes be different sized Building Blocks that represent larger or smaller sets of J2SE functionality.

2.6 Is there a proposed package name for the API Specification? (i.e., javapi.something, org.something, etc.)

No.

2.7 Does the proposed specification have any dependencies on specific operating systems, CPUs, or I/O devices that you know of?

No.

2.8 Are there any security issues that cannot be addressed by the current security model?

No.

2.9 Are there any internationalization or localization issues?

These will be addressed in individual Building Blocks.

2.10 Are there any existing specifications that might be rendered obsolete, deprecated, or in need of revision as a result of this work?

Over time the notion of Building Blocks will subsume the existing notion of a J2ME configuration.

Section 3: Contributions

3.1 Please list any existing documents, specifications, or implementations that describe the technology. Please include links to the documents if they are publicly available.

None.