Cache from http://java.sun.com/aboutJava/communityprocess/jsr/jsr_093_jaxr.html 2001-01-23; see the canonical URL/source if possible.]


Java Technology Home Page
Downloads, APIs, Documentation
Java Developer Connection
Docs, Tutorials, Tech Articles, Training
Online Support
Community Discussion
News & Events from Everywhere
Products from Everywhere
How Java Technology is Used Worldwide


Java Community
Process Program


  Quick Start
  JSR & Spec Reviews
  History
  Recent News
A-Z Index

The Source for Java Technology

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 Closes2001.01.22



Java Community Process version in use: 2.0

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


Original Java Specification Request (JSR)

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 ]

    Products & APIs | Developer Connection | Docs & Training | Support
    Community Discussion | Industry News | Solutions Marketplace | Case Studies
    Glossary - Feedback - A-Z Index

    For more information on the Java technology
    and other software from Sun Microsystems, call:
    (800) 786-7638
    Outside the U.S. and Canada, dial your country's AT&T Direct Access Number first.
    Sun Microsystems, Inc.
    Copyright © 1995-2001 Sun Microsystems, Inc.
    All Rights Reserved. Terms of Use. Privacy Policy.