Printed: May 19, 2024
From: http://jcp.org/en/jsr/detail?id=26
|
Specification Leads | |||
Andy Dean | IBM | ||
Expert Group | |||
Fujitsu Limited | IBM | Open Cloud Limited | |
Oracle | Sun Microsystems, Inc. |
This JSR has been Withdrawn
Reason: 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.
Update to the Java Specification Request (JSR)
The following section has been updated since the original pecification:
Contact information:
Jack Greenfield
Rational Software
8383 158th Ave NE
Suite 300
Redmond, WA 98052
Phone: +1 425 497 4058
Email: jgreenfield@rational.com
Identification ? | ? Request ?| ? Contributions
Section 1. Identification
This JSR is submitted jointly by Sun Microsystems, Inc. (Sun) and Inline Software Corporation (Inline).
Contact information:
Jack Greenfield
Inline Software Corporation
751 Miller Drive, SE
Suite E-3
Leesburg, VA 20175
Phone: +1 703 737 6121
Email: jack@inline-software.com
Other Companies who endorse this JSR:
Mark Hapner,
Sun Microsystems, Inc.
901 San Antonio Road, MS UCUP02-201
Palo Alto, CA 94303
Phone:? +1 408 343 1609
Email: mark.hapner@eng.sun.com
Grady Booch
Rational Software Corporation
2171 S. Parfet Court
Lakewood, CO 80227
Phone: +1 303 986 2405
Email: egb@rational.com
Donald Ferguson, Ph.D.
International Business Machines Corp.
Route 100
Somers, NY 10589
Phone: +1 914 766 1154
Email: dff@us.ibm.com
The expert group will include experts from:
Interest in a UML profile for EJB has been widely expressed within the Java community.
Section 2: Request
This JSR is for a mapping between the Unified Modeling LanguageTM (UML) and Enterprise JavaBeansTM (EJBTM) expressed as a UML profile, a format defined by the OMG Object Analysis and Design Task Force (OA&DTF).
UML is a formal language for describing software requirements, design and implementation. It is widely used in the development of enterprise applications suitable for implementation with EJB.
The UML profile for EJB defines a set of extensions to UML that can be used to model software implemented with EJB in UML. These extensions will let enterprise tool and framework vendors provide EJB modeling capabilities using UML, as well as forward and reverse engineering between UML models and EJB implementations.
In addition, the specification defines a mechanism for using UML models stored in an EJB-JAR to describe the contents of the EJB-JAR. This will let enterprise tool and framework vendors use UML models stored in EJB-JARs for automation and reflection.
The profile is based on the EJB 1.1 specification, as defined by Sun Microsystems, Inc. (Sun), and on UML version 1.3, as defined by the Object Management Group (OMG).
In order to describe software implemented with EJB, UML models must represent EJBs, capturing their structure and semantics. Since UML predates the EJB architecture, it does not contain model elements that express the structure and semantics of EJBs. UML was designed to be extensible, however, and provides standard extension mechanisms for defining new model elements. These mechanisms can be used to define new model elements to represent EJBs.
Unless the extensions are standardized, tools and frameworks from different vendors will not interoperate. Some vendors will use non-standard proprietary mappings between UML and EJB, some will use non-standard proprietary meta-models rather than UML, and others will not support modeling or model based reflection and automation for EJB.
In addition, enterprise tool and framework vendors need to associate UML models describing EJBs with the EJB implementations in an EJB-JAR in order to use the models for automation and reflection. Without a standard way to perform this association, tools and frameworks will not be able to use the UML models in EJB-JARs from different vendors.
Currently, no existing JavaTM platform specification addresses the problem of providing a standard mapping between UML and EJB.
This specification defines a set of standard UML extensions defining new model elements to represent EJBs. This definition is expressed by the following items:
Describes the relationship of logical and physical EJB constructs to UML model elements using the standard UML extension mechanisms.
Describes the relationship between the EJB deployment descriptor and UML model elements using the standard UML extension mechanisms.
Describes the forward engineering transformation from UML model elements using the standard UML extension mechanisms to EJB implementation artifacts.
Describes the reverse engineering transformation from EJB implementation artifacts to UML model elements using the standard UML extension mechanisms.
In addition, this specification defines a mechanism for associating UML models stored in an EJB-JAR with the implementations of the EJBs they describe. This definition is expressed by the following items:
Defines an XML DTD for a file placed within the EJB-JAR that identifies UML models stored in the same EJB-JAR and their relationship to EJBs in the EJB-JAR.
The profile can be used in a wide variety of implementations, including modeling tools, model based development environments, database mappings, and business component frameworks. This specification does not prescribe an implementation.
The profile will support the Extensible Meta-Data Interchange Format (XMI) defined by the OMG Stream Based Model Interchange Format (SMIF) specification. XMI is a widely used meta-data representation based on the Extensible Markup Language (XML).
There is no API associated with this JSR.
None.
The profile defines the representation of EJB security roles in UML as a semantic grouping of a set of methods, as required by the security architecture defined by the EJB 1.1 specification.
None.
None.
No risks to any existing Java platform APIs, RIs or CTSs arising from this JSR have been identified.
Should a JSR be promulgated in the future to standardize the mapping between UML and Java in more general sense, that document will be constrained by the relationship between UML and Java defined by this specification.
None.
None.
Section 3: Contributions
List of relevant existing documents: