Printed: Nov 29, 2023
|BEA Systems||Dorsey, Paul||IOPSIS Software Inc.|
|Londono, Luis||O'Carroll, Luan||Oracle|
|Raining Data Corporation||Roy-Faderman, Avrom||SAP SE|
|Sun Microsystems, Inc.|
This JSR has been Withdrawn
Reason: Withdrawn at the request of the Specification Lead.
Updates to the Original JSR
The following changes have been made to the original proposal:
Specification Lead: John Smiljanic
E-Mail Address: john.smiljanic
Telephone Number: +1 512 703 4711
Fax Number: -
Original Java Specification Request (JSR)
Section 1. Identification
Submitting Member: Oracle
Name of Contact Person: Ted Farrell
E-Mail Address: firstname.lastname@example.org
Telephone Number: +1 650 506 9812
Fax Number: +1 801 365 5378
Specification Lead: Mike DeGroot
E-Mail Address: email@example.com
Telephone Number: +1 650 506 2862
Fax Number: +1 801 365 5378
Initial Expert Group Membership:
Sun Microsystems, Inc
Supporting this JSR:
Sun Microsystems, Inc
Section 2: Request
Increasingly, enterprise applications model persistent datasources as Java classes and develop Business Services that query, manipulate, and persist these objects. However, developing interactive user interfaces that use Business Services to correctly manipulate the data objects requires understanding and coding against complex sets of design patterns and standards that underly the various Service technologies. This proposed specification will define a framework of classes, called Declarative Bindings, that formalize the characteristic interactions between typical UI components and values and methods available on Business Services. By using the Declarative Bindings set forth in this specificiation, any Java UI rendering technology can declaratively bind to any Business Service. Example UI components and controller technologies include: JSP JSTL tags, JSF, Struts, and Swing. Example business services include SOAP Web Services, EJB Session Beans or any Java class being used as an interface to some functionality.
When accessed by the UI components and UI controller, the metadata-driven Declarative Bindings interact with the classes that they are bound to, providing J2EE standards-compliant support for things like:
The Declarative Binding classes provide attributes that are easily accessible to all user interface technologies that support EL or Java. Declarative Bindings manage the interaction with Business Services. They drive their behavior off metadata, which is convenient for tools vendors. One of the goals of this proposal is allow interoperability between tools products that interactively bind sophisticated interfaces to the services that provide the data.
To facilitate a common mechanism for accessing diverse Business Service technologies this specification proposes that the Declarative Bindings access the Business Services via a lightweight abstraction layer called Data Controls.
Data Controls provide supplemental metadata about the Business Service's capabilities and constraints as well as support a simple interface for normalizing typical interactions with the Service. Data Controls comprehensively describe the attributes and methods so that UI components can make intelligent assumptions about how to render the data. In addtion, the Data Control standardizes access to functionality that is typically required by data-intensive, interactive user interfaces. Examples of functionality could include how the Business Service is instantiated, navigated, invoked, sychronized, transacted or released. This JSR will not impose any requirements for the types of attributes or methods on the Data Control or any implementation requirements. Those decisions will be left to the implementor of the Data Control and revealed to the Declarative Bindings and UI via the Data Control interface.
 By Business Service we mean any class that publishes objects and provides methods that manipulate the objects. I.e. The actual term may vary according to the Business Service technology, SessionFacade, WebService, ApplicationModule, etc.
JavaTM 2 Platform, Enterprise Edition
This specification provides one standard way for user interfaces to access the data of the application, regardless of the implementation or specific technology used for O/R mapping or distributed object communication.
This area of technology is not covered by existing standards.
There are two parts to this technology: Declarative Bindings and Data Controls.
Declarative Bindings describe and manage the characteristic interactions between specific kinds of UI components (View and Controller layers) and the methods provided by a Business Service (Model layer).
Data Controls provide supplimental metadata about the Business Service's capabilities and constraints.as well as a simple interface for normalizing typical transactional interactions with the Service.
These will be explicitly addressed by the specification.
We hope to have the specification completed in time to be included in the next major revision of the JavaTM 2 Enterprise Edition platform (post 1.4).
Oracle will lead the specification and implementation work, with experts contributing to the API specification.
This will include email discussions, monthly phone calls and possibly a F2F meeting.
The RI and TCK will be made available in stand-alone form at the time of the final release. There will most likely be earlier versions of the RI and TCK that are developed as this JSR progresses.
It is Oracle's intention to create open source licenses that are as similar as possible to an "Apache"-style license. Additions or changes to this basic open source format will be limited to those terms required to comply with the JSPA, or which explain terms or limitations of the licenses granted under the JSPA. Currently intended terms are as follows:
Section 3: Contributions
The "Data Control" and "Data Binding" technologies are used in Oracle 9i JDeveloper version 9.0.5. This will be shipping in preview mode in July of 2003.
The expert group will consider them as a starting point for ideas on defining the specification.