JSR-000093 JavaTM API for XML Registries 1.0 (JAXR) JAXR provides an API for a set of distributed Registry Services that enables business-to-business integration between business enterprises, using the protocols being defined by ebXML.org, Oasis, ISO 11179. Proposed Specification Lead Farrukh Najmi Sun Microsystems Expert Group Not Yet Formed. I would like to join this Expert Group. E-mail your support for this proposal to jsr-093-comments@sun.com. Status JSR Review Closes 2001.01.22

Please direct your comments on this JSR to jsr-093-comments@sun.com.

Identification | Request | Contributions

Section 1. Identification Submitting Member: Sun Microsystems, Inc. Name of Contact Person: Farrukh Najmi E-Mail Address: najmi@east.sun.com Telephone Number: (781) 442-0703 Fax Number: (781) 442-1610 Specification Lead: Farrukh Najmi E-Mail Address:   najmi@east.sun.com Telephone Number: (781) 442-0703 Fax Number: (781) 442-1610 Initial Expert Group Membership: (Please provide company or organization names. Note that expert group members must have signed the JSPA.) Cisco Systems Vitria XML Solutions Nippon Telegraph and Telephone (NTT) Corporation webMethods Inc. IPNet Solutions   Section 2: Request 2.1 Please describe the proposed Specification: This JSR requests the creation of the Java API for XML Registries 1.0 specification (JAXR). JAXR may be viewed as analogous to Java Naming and Directory Interface (JNDI) but designed specifically for internet sharing of XML-related business information. This specification will describe Java API's designed specifically for an open and interoperable set of registry services that enable sharing of information between interested parties. The shared information is maintained as objects in a compliant registry. All access to registry content is exposed via the interfaces defined for the Registry Services. Currently there are numerous open standards for distributed registries. Examples include OASIS, eCo Framework, ebXML. In addition there also exists industry consortium led efforts such as UDDI which may eventually be donated to a standard body. JAXR will provide a uniform and standard API for accessing information from these registries within the Java platform. It is planned that this JSR will leverage work currently under way in the ebXML Registry Working Group, Oasis, ISO, W3C, IETF and potentially other relevant open standardsbodies. This JSR does not aim to define either business Registry standards, XML messaging standards or XML schemas for particular tasks. These standards belong in standards bodies such as OASIS or IETF. Instead this JSR aims to define standard Java APIs to allow convenient access from Java to emerging open Registry standards, such as the ebXML Registry standard. 2.2 What is the target Java platform? (i.e., desktop, server, personal, embedded, card, etc.) The JAXR 1.0 specification will be provided initially as an optional package, but may be incorporated into the Java 2 Enterprise Edition platform as soon as this is practical and there is sufficient demand to warrant such integration. 2.3 What need of the Java community will be addressed by the proposed specification? JAXR 1.0 will specify API's enabling the Java Community to develop portable eBusiness applications and tools that support emerging industry standards for XML registries on the internet.  Among candidate capabilities are: Support for industry standard XML registry functionality, Support for registration of member organizations and enterprises, Support for submission and storing of arbitrary registry content, Support for life cycle management of XML and non-XML registry content, Support for user-defined associations between registry content, Support for user-defined multi-level classification of registry content along multiple user defined facets, Support for registry content querying based on defined classification schemes, Support for registry content querying based on complex ad hoc queries, Support for registry content querying based on keyword based search, Support for sharing of web services, Support for sharing of business process between partners, Support for sharing of schemas between partners, Support for sharing of business documents between partners Support for trading partner agreement assembly and negotiation, Support for schema assembly, Support for heterogeneous distributed registries Support for enabling publish/subscribe XML Messaging between parties 2.4 Why isn't this need met by existing specifications? Existing specification such as JNDI are not suitable for meeting the requirements of business registries as outlined in section 2.3. Given the diversity of communication requirements and technologies amongst multiple trading partners, there is currently no standard way to accomplish the sharing of business content between trading partners, using public or private registries. However, industry standards are emerging. More specifically, there is currently no standard Java API facilitating the use of the many registries that are becoming available over the web. The ability to describe a standard way to access content in these registries will facilitate dynamic discovery of business partners and services and subsequently enable Web based business-to-business communication. Although this specification will focus exclusively on business applications written using the Java platform with messages and services described using XML (as specified by open industry standards such as ebXML), such applications will be capable of interoperating with all applications conforming to a common message exchange schema. 2.5 Please give a short description of the underlying technology or technologies: The JAXR 1.0 specification will specify abstract Java interfaces specifically targeted to provide a simple to use Java API for accessing internet registries. The specifications will be developed by industry experts to ensure that JAXR clients can access business registries based on open standards such as ebXML, OASIS, eCo framework as well as other industry consortium led registry specifications such as UDDI. In addition, the JAXR specification assumes that all communication between registry and registry clients will be based on the Java API for XML Messaging (JAXM) specification. 2.6 Is there a proposed package name for the API Specification? (i.e., javapi.something, org.something, etc.) javax.xml.registry 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. The goal is to leverage the security services of the Java TM2 platform, Standard Edition and Java 2 platform, Enterprise Edition where possible. 2.9 Are there any internationalization or localization issues? No. The goal is to leverage the I18N services of the Java 2 platform, Standard Edition. There are no localization implications at this time. 2.10 Are there any existing specifications that might be rendered obsolete, deprecated, or in need of revision as a result of this work? None 2.11 Please describe the anticipated schedule for the development of this specification.   Community Draft Q1 2001   Public Draft Q2 2001 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. Java API for XML Messaging 1.0 - http://java.sun.com/aboutJava/communityprocess/jsr.html ebXML Registry Information Model Specification v0.3 http://www.ebxml.org/project_teams/registry/registry.htm ebXML Registry Services Specification v0.8 http://www.ebxml.org/project_teams/registry/registry.htm 3.2 Explanation of how these items might be used as a starting point for the work. The Java API for XML Messaging 1.0 defines how XML messages are exchanged between a registry client and a registry implementation. This specification is key to ensuring interoperable communication between any ebXML registry client and any ebXML Registry implementation. The ebXML Registry Information Model Specification v0.3 provides the information model that: Defines what objects are stored in the registry Defines how stored objects are organized in the registry Is the meta-model for the registry Provides a basis for implementation schemas (relational,  object, LDAP etc.) for an registry implementation ebXML Registry Services Specification v0.8 specifies a set of registry services that provide registry clients access to registry content. These services are used to submit content to the registry, manage the life cycle of submitted content as well as the querying of submitted content. See Also Details of the Community Process New Specification Proposals Specification Proposal Index

[ This page was updated: 09-Jan-01 ]