 
Use of JCP site is subject to the
JCP Terms of Use and the
Oracle Privacy Policy
 |
|
 JSRs: Java Specification Requests
JSR 205: Wireless Messaging API 2.0
The following updates have been made to the original request. Maintenance Lead: Marquart Franz E-Mail Address: marquart.franz Telephone Number: +49 89 636 48767 Fax Number: +49 89 636 45450 Original Java Specification Request (JSR)
Identification |
Request |
Contributions
Section 1. Identification Submitting Member: Siemens AG Name of Contact Person: Jan Eichholz E-Mail Address: jan.eichholz@siemens.com Telephone Number: +49 89 722 21405 Fax Number: +49 89 722 53164 NOTE that this information has been updated from this original request. Specification Lead: Jan Eichholz E-Mail Address: jan.eichholz@siemens.com Telephone Number: +49 89 722 21405 Fax Number: +49 89 722 53164 Initial Expert Group Membership: Nokia Supporting this JSR: Nokia Section 2: Request
2.1 Please describe the proposed Specification:This specifaction will define an interface for sending and receiving MMS. It's not the scope of this JSR to offer interfaces for visualization! 2.2 What is the target Java platform? (i.e., desktop, server, personal, embedded, card, etc.)J2ME, MIDP 2.3 What need of the Java community will be addressed by the proposed specification?Possibility for Java applications to compose, send and receive MMS messages. It's not the scope of this JSR to offer interfaces for visualization! 2.4 Why isn't this need met by existing specifications?JSR 120 is offering a message framework. At the moment it offers only the possibilities to deal with Broadcasted and Short Messages. 2.5 Please give a short description of the underlying technology or technologies:With the WMA 2.0 it will be possible for Java applications to compose and send messages, which can contain text, images and sound. This technology allows a richer possibility for messaging on mobile devices. For the realisation the framework of JSR 120 will be used. 2.6 Is there a proposed package name for the API Specification? (i.e., javapi.something, org.something, etc.)javax.wireless.messaging.mms 2.7 Does the proposed specification have any dependencies on specific operating systems, CPUs, or I/O devices that you know of?MMS (see 3.1) 2.8 Are there any security issues that cannot be addressed by the current security model?No. The platform that this API is implemented on needs to have a security framework that can be used to enforce the appropriate policy. Defining the security framework is out of the scope for this JSR. For example, the MIDP 2.0 security framework can be used. 2.9 Are there any internationalization or localization issues?No. 2.10 Are there any existing specifications that might be rendered obsolete, deprecated, or in need of revision as a result of this work?No. 2.11 Please describe the anticipated schedule for the development of this specification.Expert Group formation: Feb 2003
2.12 Please describe the anticipated working model for the Expert Group working on developing this specification.Initial face to face meeting. Conference Calls and EMail. Additional meetings if necessary. 2.13 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.Stand-Alone, it should at least be combinable with MIDP 1.0. 2.14 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).- 2.15 Please provide a description of the business terms for the Specification, RI and TCK that will apply when this JSR is final.For early information and subject to change, as defined in the JCP process. 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.JSR 120: http://www.jcp.org/ 3.2 Explanation of how these items might be used as a starting point for the work.This JSR should use as a basis the framework offered by JSR 120. |
