Use of JCP site is subject to the
JCP Terms of Use and the
Oracle Privacy Policy
|
JSRs: Java Specification Requests
JSR 112: J2EETM Connector Architecture 1.5
JCP version in use: 2.1 Java Specification Participation Agreement version in use: 1.0 Description: The J2EE(TM) Connector Architecture 1/5 extends the existing 1.0 specification with new features including asynchronous integration with enterprise information systems, Java Message Service (JMS) provider pluggability. Please direct comments on this JSR to the Spec Lead(s) Team
Updates to the Original Java Specification Request (JSR) The following section have been updated from the original JSR. 2006.02.15: Specification Lead: Binod P G E-Mail Address: binod.pg Telephone Number: +91 80569 27784 Fax Number: 2002.05.12:The original request was modified, as the scope of the JSR has been reduced to a subset of the items it was originally planned to address.
2.1 Please describe the proposed Specification:The J2EE Connector Architecture 1.0 defines a standard architecture for connecting to heterogeneous enterprise information systems (EIS), such as enterprise resource planning (ERP), mainframe transaction processing and database systems from the J2EE platform. The architecture defines a set of scalable, secure, and transactional mechanisms that describe the integration of enterprise information systems to an application server and enterprise applications. This architecture enables an enterprise information system (EIS) vendor to provide a resource adapter for its EIS that can be plugged into any application server that supports the J2EE Connector Architecture.The purpose of the J2EE Connector Architecture 1.5 specification is to address areas in J2EE Connector Architecture 1.0 where further support has been requested by the Connector expert group and the public. The areas this specification intends to address include the following:
Connector Architecture 1.0 supports a synchronous request/reply model from a J2EE server to an EIS. This specification will add support for bi-directional, asynchronous interactions between a J2EE server and resource adapters. This feature may require enhancement of the existing Connector system contracts and addition of new system contracts. ? This specification will define a standard architecture to integrate a JMS provider into a J2EE server. This feature will enable one or more JMS providers to be plugged into any J2EE server that supports the J2EE Connector Architecture 1.5. This feature may require enhancement of the existing Connector system contracts and addition of new system contracts. Original Java Specification Request (JSR) Note that this JSR has been updated from the original.
Identification |
Request |
Contributions
Section 1. Identification Submitting Member: Sun Microsystems Inc. Name of Submitter: Tony Ng E-Mail Address: tony.ng@sun.com Telephone Number: +1 408 343 1648 Fax Number: +1 408 863 3195 Specification Lead: Ram Jeyaraman E-Mail Address: ram.jeyaraman@sun.com Telephone Number: +1 408 517 5352 Fax Number: NOTE that this information has been updated from this original request.Initial Expert Group Membership: Section 2: Request
2.1 Please describe the proposed Specification:The J2EE Connector Architecture 1.0 defines a standard architecture for connecting to heterogeneous enterprise information systems (EIS), such as enterprise resource planning (ERP), mainframe transaction processing and database systems from the J2EE platform. The architecture defines a set of scalable, secure, and transactional mechanisms that describe the integration of enterprise information systems to an application server and enterprise applications. This architecture enables an enterprise information system (EIS) vendor to provide a resource adapter for its EIS that can be plugged into any application server that supports the J2EE Connector Architecture.The purpose of the J2EE Connector Architecture 1.5 specification is to address areas in J2EE Connector Architecture 1.0 where further support has been requested by the Connector expert group and the public. The areas this specification intends to address include the following:
Connector Architecture 1.0 supports a synchronous request/reply model from a J2EE server to an EIS. This specification will add support for bi-directional, asynchronous interactions between a J2EE server and resource adapters. This feature may require enhancement of the existing Connector system contracts and addition of new system contracts. ? This specification will define a standard architecture to integrate a JMS provider into a J2EE server. This feature will enable one or more JMS providers to be plugged into any J2EE server that supports the J2EE Connector Architecture 1.5. This feature may require enhancement of the existing Connector system contracts and addition of new system contracts. ? The Common Client Interface (CCI) defines a standard mechanism for invoking remote functions in EISs. In Connector Architecture 1.0, there is no standard way for enterprise development tools or applications to obtain information about the EIS remote functions. This specification will enhance CCI to provide metadata about function names, input and output record types. ? This specification will define support for handling XML data using CCI. This may involve integration with existing XML APIs and enhancement of CCI.
2.2 What is the target Java platform? (i.e., desktop, server, personal, embedded, card, etc.)JavaTM 2, Enterprise Edition 2.3 What need of the Java community will be addressed by the proposed specification?This specification will enhance the capabilities of J2EE platform and resource adapters, enabling developers to perform more complex and sophisticated integration between J2EE platform and heterogeneous enterprise information systems. 2.4 Why isn't this need met by existing specifications?The existing J2EE Connector Architecture specification does not address the areas described in section 2.1. Vendors and developers are forced to use implementation-specific architectures or contracts, resulting in non-portable solutions. 2.5 Please give a short description of the underlying technology or technologies:The J2EE Connector Architecture is based on the technologies that are defined and standardized as part of the JavaTM 2 platform, Enterprise Edition. Specifically, the J2EE Connector Architecture leverages concepts and mechanisms defined by J2EE, Java Transaction API (JTA), JDBC and JMS specifications. 2.6 Is there a proposed package name for the API Specification? (i.e., javapi.something, org.something, etc.)javax.resource.spi
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 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?The proposed specification will supersede J2EE Connector Architecture 1.0 specification. 2.11 Please describe the anticipated schedule for the development of this specification.The final schedule will need to be determined by the expert group, and will also be dependent on the progress of Java 2 Platform, Enterprise Edition. A community draft should be available by Q4 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.J2EE Connector Architecture Specification, Version 1.0
Java 2 Platform, Enterprise Edition Specification, Version 1.3
Java Transaction API, Version 1.0.1
JDBC Specification, Version 3.0
Java Message Service, Version 1.0.2
3.2 Explanation of how these items might be used as a starting point for the work.This specification extends J2EE Connector Architecture 1.0 specification.. This specification leverages concepts and mechanisms defined in J2EE, JTA, JDBC and JMS specifications. |