Find JSRs
Submit this Search


Ad Banner
 
 
 
 

JSRs: Java Specification Requests
JSR 248: Mobile Service Architecture

Updates to the Java Specification Request (JSR)

The following information has been updated from the original JSR:

2015.04.13:

The Maintenance Lead from Nokia Corporation has changed to Adamu Haruna.

Maintenance Lead: Adamu Haruna

E-Mail Address: adamu.haruna@nokia.com

Telephone Number: -

Fax Number: -

2012.08.21:

The Maintenance Lead from Nokia Corporation has changed to Erkki Rysä. The Vodafone Maintenance Lead is unchanged.

Maintenance Lead: Erkki Rysä (Nokia Corporation)

E-Mail Address: jsr248@nokia.com

Telephone Number: -

Fax Number: -

2012.08.10:

The Maintenance Lead from Vodafone has changed to Guenter Klas. The Nokia Corporation Maintenance Lead is unchanged.

Maintenance Lead: Guenter Klas (Vodafone Group Services Limited)

E-Mail Address: guenter.klas@vodafone.com

Telephone Number: -

Fax Number: -

2012.07.12:

The Maintenance Lead from Nokia Corporation has changed to Wang Cheng. The Vodafone Maintenance Lead is unchanged.

Maintenance Lead: Wang Cheng (Nokia Corporation)

E-Mail Address: cheng.9.wang@nokia.com

Telephone Number: -

Fax Number: -

2010.01.12:

The Maintenance Lead from Vodafone has changed to Edin Bektesevic. The Nokia Maintenance Lead is unchanged.

Edin Bektesevic (Vodafone Group Services Limited)

E-Mail Address: edin.bektesevic@vodafone.com

Telephone Number: +44 791 999 4675

Fax Number: -

2007.11.12:

Maintenance Lead: Erkki Rysa (Nokia Corporation) / Kay Glahn (Vodafone Group Services Limited)

E-Mail Address: JSR248@nokia.com / JSR248@vodafone.com

Telephone Number: +358 71 800 8000 / +49 (89) 954100

Fax Number: +358 71 807 4160 / +49 (89) 95410111

2007.01.02:

Maintenance Lead: Miklos Kelen/Kay Glahn

E-Mail Address: JSR248@nokia.com / JSR248@vodafone.com

Telephone Number: +36 20 984 9849/+49 89 954100

Fax Number: +36 12 154 766/+49 89 95410111

20006.09.22:

NOTE: The Specification Leads of the MSA component JSRs have committed to support the business terms specified in 2.18 not only for the MSA Specification, TCK and RI but also for other component JSRs that are needed for an MSA compliant implementation. Here are their public support statements for the MSA Licensing Framework:

- BenQ: JSR 248 Final MSA Licensing Framework Support statement by BenQ.PDF
- IBM: JSR 248 Final MSA Licensing Framework Support statement by IBM.PDF
- Motorola: JSR 248 Final MSA Licensing Framework Support statement by Motorola.pdf
- Nokia: JSR 248 Final MSA Licensing Framework Support statement by Nokia.pdf
- PalmSource: JSR 248 Final MSA Licensing Framework Support statement by PalmSource.pdf
- Siemens: JSR 248 Final MSA Licensing Framework Support statement by Siemens.PDF
- Sun: JSR 248 Final MSA Licensing Framework Support statement by Sun.PDF

The Specification Leads are of course free to offer terms and conditions more favorable than the MSA Licensing Framework.

Original Java Specification Request (JSR)

Identification | Request | Contributions

Section 1. Identification

Submitting Member: Nokia Corporation/Vodafone Group Services Limited

Name of Contact Person: Asko Komsi/Mark Duesener

E-Mail Address: JSR248@nokia.com / JSR248@vodafone.com

Telephone Number: +1 650 625 2000/+49 89 954100

Fax Number: +1 650 625 2502/+49 89 95410111


Specification Lead: Asko Komsi/Mark Duesener

E-Mail Address:JSR248@nokia.com / JSR248@vodafone.com

Telephone Number: +1 650 625 2000/+49 89 954100

Fax Number: +1 650 625 2502/+49 89 95410111

Note that this information has been updated from the original JSR.

Initial Expert Group Membership:

* Borland
* Motorola
* Nokia
* Orange France SA
* Siemens
* Sony-Ericsson
* Sun
* Vodafone

Supporting this JSR:

* Ericsson Mobile Platforms
* Insignia
* Orange France SA
* Siemens
* Sony-Ericsson
* Sun
* Symbian
* Texas Instruments
* T-Mobile



Section 2: Request

2.1 Please describe the proposed Specification:

In the past, the J2ME community has developed a unified Java application environment standard for mobile phones (JSR-185). The design center for JSR-185 is devices with resources and capabilities to address the current market needs for volume devices. This JSR broadens the set of requirements to address new device capabilities but will continue its focus on the high-volume mobile devices. This JSR will broaden the architecture defined by JSR-185 to incorporate new technologies for the volume mobile devices and will also oversee compatibility between the environment being defined by the corresponding Mobile Service Architecture JSR.

This JSR and the accompanying Mobile Service Architecture JSR address distinct segments. Thus, both platforms are needed. We recognize that there are devices that are suitable for both application environments, but this is inherent in the diversity of devices. The intention is that the Mobile Service Architecture specification would support Mobile Service Architecture as well. Part of the role of the Mobile Service Architecture specification work will be to address different market views to help successfully set industry direction.

This JSR Expert Group (EG) will produce the following documents:

- The Mobile Service Architecture Specification: The Mobile Service Architecture Specification is an architectural overview that describes the essential client components of an end-to-end wireless environment. It will describe recommended combinations of technologies using J2ME. It is a guide for the correct use of the various Java technologies that can be used in a wireless environment. As a normative specification, the Mobile Service Architecture Specification will trigger compatibility requirements to be reflected in the TCK. Service and content providers can use the Mobile Service Architecture Specification as a target for development and require conformance.

- The Mobile Service Architecture Roadmap: The Mobile Service Architecture Roadmap is a document that describes a roadmap for the technology. It is the basis for the new version of the Mobile Service Architecture Specification and defines a technological direction and plans to get to this new revision. This document describes relevant technologies, then references JSRs being developed and in progress. This is not a normative document, unlike the Mobile Service Architecture Specification.

In addition to these specifications, this expert group may advise the J2ME Executive Committee, JSR-68, the J2ME architecture specification expert group, and other expert groups, which may be doing work in the mobile/wireless arena.
This expert group will also work as the expert group for the respective Mobile Service Architecture Advanced JSR.

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

Mobile Handsets.

2.3 The Executive Committees would like to ensure JSR submitters think about how their proposed technology relates to all of the Java platform editions. Please provide details here for which platform editions are being targeted by this JSR, and how this JSR has considered the relationship with the other platform editions.

The target platform is the MID Profile on J2ME.

2.4 Should this JSR be voted on by both Executive Committees?

No

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

There is a need to have a single expert group select the relevant technologies for a single specification for the purposes of defining primarily CLDC based mobile handset platform for the wireless industry. In addition, this specification will provide continual architectural consistency, focus, and direction to this collection of efforts for J2ME. Also there is a need in the marketplace for a clear statement of how the various technologies fit and work together.

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

The existing J2ME JSRs and specifications target specific APIs and technologies. In addition, the relevant configuration and profile JSRs (139 & 118) define an application environment that is not only scoped to mobile handsets. The net result is that many of the JSRs are more general than appropriate for mobile phones. This JSR provides guidelines to integrate J2ME JSRs in a uniform and predictable arrangement that is customized specifically for the high-volume handsets. It will issue clarifications on certain components if necessary and will aim at reducing the number of available options.

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

As stated in section 2.1, the basic underlying technologies include MIDP 2.0 based on CLDC 1.1 and the optional packages fulfilling the selected fit for purpose criteria and defined for the wireless industry this specification is intended and may as well be implemented in CDC environment.

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

This JSR does not intend to define new APIs.

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

No

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

No

2.11 Are there any internationalization or localization issues?

No

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

Yes. This JSR is a revision of JSR-185 JTWI 1.0 and will supersede it.

2.13 Please describe the anticipated schedule for the development of this specification.

The targeted schedule for the JSR is as follows:
- Expert Group formation: September 2004
- Early Draft Review: December 2004
- Public Review: January 2005
- Proposed Final Draft: May 2005
- Final Approval Ballot: September 2005

2.14 Please describe the anticipated working model for the Expert Group working on developing this specification.

The Expert Group will use email communications, regular telephone conferences and face-to-face meetings at two to three month intervals.

Since this Expert Group will also be working on the Mobile Service Architecture JSR, the purpose is to try to synchronize the work on both specifications and the corresponding meetings.

The goal of the specification lead for this JSR is to achieve expert group consensus on all decisions regarding the specification and related documents.

In addition to the Expert Group, a group of Observers may be created for interested parties, who can follow the work of the Expert Group but cannot participate in the discussions, work or decision making itself.

2.15 It is important to the success of the community and each JSR that the work of the Expert Group be handled in a manner which provides the community and the public with insight into the work the Expert Group is doing, and the decisions that the Expert Group has made. The Executive Committees would like to ensure Spec Leads understand the value of this transparency and ask that each JSR have an operating plan in place for how their JSR will address the involvement of the community and the public. Please provide your plan here, and refer to the Spec Lead Guide for a more detailed description and a set of example questions you may wish to answer in your plan.

Transparency plan:

a) The specification lead will maintain an Observer interest list for JCP members outside of the Expert Group (EG). Observers may follow the progress of the JSR by the periodic short briefs about the progress of the remaining open issues and specification drafts created by this JSR as will be decided by the Expert Group. However, Observers will not be entitled to participate in the Expert Group meetings (face-to-face or telephone conferences). The Expert Group may also use the list to request feedback on key issues facing the group.

b) The specification lead will, on a quarterly basis, provide a brief JSR status to the JCP PMO, for publication to the Java community. This will include the current schedule for the JSR and notes on any major events that have occurred in the previous quarter.

2.16 Please describe how the RI and TCK will de delivered, i.e. as part of a profile or platform edition, or stand-alone, or both. Include version information for the profile or platform in your answer.

The TCK will be delivered separately from the RI, if any.

Due to the special nature of this JSR, the TCK from this JSR will contain the documentation and software, covering Mobile Service Architecture compliancy requirements, and a list referring to TCKs of those Java Specifications that are part of Mobile Service Architecture Specification, additional testcases created in this JSR and instructions and guidance of how to run the tests.

The individual Component JSR TCKs are not included in the Mobile Service Architecture TCK delivery package. However, this JSR may explore the possibility to deliver the TCK, which would include the tests included in the TCKs for the referred individual Java Specifications.

Due to the special nature of this JSR, the RI code, if any, will be created, only for those additional clarifications and complementing portions of the specification that have been created in this JSR.

2.17 Please state the rationale if previous versions are available stand-alone and you are now proposing in 2.13 to only deliver RI and TCK as part of a profile or platform edition (See sections 1.1.5 and 1.1.6 of the JCP 2 document).

N/A

2.18 Please provide a description of the business terms for the Specification, RI and TCK that will apply when this JSR is final.

Specification:

- The Specification will be made publicly available under two separate, royalty-free and fully paid-up licenses:-
a) A license for the purpose to analyze and use the specification for research, evaluation, and development will be available. No rights to use an implementation of the Specification for internal deployment, the creation and/or distribution of implementations of the Specification for direct or indirect commercial (including strategic) gain or advantage, the modification of the Specification (other than to the extent of the licensee's fair use rights) or the distribution of the Specification to third parties will be granted under that license.
b) A second license will be available granting rights for the creation and/or distribution of commercial implementations of the Specification in accordance with the JSPA.

TCK:

- Available free of charge to qualified not-for-profit organizations and individuals.
- The TCK will be licensed on a royalty free or direct cost recovery (over reasonable number of licensees and save for cost outside the control of the licensor) flat fee basis having a cap of a maximum of 50,000 USD, including all updates and new releases if any. The license will be worldwide, non-exclusive and will be granted on an AS IS basis without any warranties given and with the exclusion of all indirect and consequential damages.
- The license grant will be for a term not less than three (3) years.
- The TCK license will allow licensees testing implementations on behalf of third parties as a free or for-fee commercial service under certain conditions. This right may result in a higher license fee.

RI:

- The RI, if any, in binary form, will be licensed without a charge. The TCK and RI will be licensed separately to all interested parties.

Specification Leads of the selected Component JSRs will be requested to apply the same principles in order to become part of the Mobile Service Architecture specification, excluding: Connected Device Configuration, Connected Limited Device Configuration, Foundation Profile, Personal Basis Profile, Personal Profile, IM Profile, and Mobile Information Device Profile.

Note that this information has been updated from the original JSR.





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.

As already mentioned, the specification is intended to be based upon JSR 185, the J2ME JTWI 1.0 specification. In addition to that base platform, a collection of appropriate optional packages, which will fulfill the selected fit for purpose and other criteria, will be considered.

3.2 Explanation of how these items might be used as a starting point for the work.

This specification would reference the above specifications and describe, in a normative fashion, the interaction between the various pieces of technology for the wireless services industry.