Service Component Architecture JCA Binding Specification Version 1.1
Committee Draft 03 / Public Review 01
10 July 2009
Specification URIs:
This Version:
http://docs.oasis-open.org/opencsa/sca-bindings/sca-jcabinding-1.1-spec-cd03.html
http://docs.oasis-open.org/opencsa/sca-bindings/sca-jcabinding-1.1-spec-cd03.doc
http://docs.oasis-open.org/opencsa/sca-bindings/sca-jcabinding-1.1-spec-cd03.pdf (Authoritative)
Previous Version:
http://www.oasis-open.org/committees/download.php/31231/sca-binding-jca-1.1-spec-cd02.doc
http://www.oasis-open.org/committees/download.php/31232/sca-binding-jca-1.1-spec-cd02.pdf (Authoritative)
Latest Version:
http://docs.oasis-open.org/opencsa/sca-bindings/sca-jcabinding-1.1-spec.html
http://docs.oasis-open.org/opencsa/sca-bindings/sca-jcabinding-1.1-spec.doc
http://docs.oasis-open.org/opencsa/sca-bindings/sca-jcabinding-1.1-spec.pdf (Authoritative)
Technical Committee:
OASIS Service Component Architecture / Bindings (SCA-Bindings) TC
Chair(s):
Simon Holdsworth, IBM
Editor(s):
Simon Holdsworth, IBM
Khanderao Kand, Oracle
Anish Karmarkar, Oracle
Sanjay Patil, SAP
Piotr Przybylski, IBM
Related work:
This specification replaces or supersedes:
This specification is related to:
Declared XML Namespace(s):
http://docs.oasis-open.org/ns/opencsa/sca/200903
Abstract:
This document presents bindings describing access and connectivity to the services provided by the Enterprise Information System (EIS).
This version of the document describes JCA Bindings thus narrowing connectivity down to the connectivity to the EIS system external to the SCA system, based on the Java EE Connector Architecture specification and implemented in Java.
Further specification is necessary to define EIS Bindings between different SCA runtimes within SCA system, for example J2EE and EIS based runtimes.
The binding specified in this document applies to the composite�s references and services.
The connection to exchange data with the EIS is characterized by two sets of configuration parameters, the connection and interaction parameters. The former set determines the location of the target system the latter determines characteristics that need to be specified to invoke one specific service available at the endpoint. JCA Binding model captures these parameters as separate sets to allow their reuse and reconfiguration.
Status:
This document was last revised or approved by the OASIS Service Component Architecture / Bindings (SCA-Bindings) TC on the above date. The level of approval is also listed above. Check the �Latest Version� or �Latest Approved Version� location noted above for possible later revisions of this document.
Technical Committee members should send comments on this specification to the Technical Committee�s email list. Others should send comments to the Technical Committee by using the �Send A Comment� button on the Technical Committee�s web page at http://www.oasis-open.org/committees/sca-bindings/.
For information on whether any patents have been disclosed that may be essential to implementing this specification, and any offers of patent licensing terms, please refer to the Intellectual Property Rights section of the Technical Committee web page (http://www.oasis-open.org/committees/sca-bindings/ipr.php.
The non-normative errata page for this specification is located at http://www.oasis-open.org/committees/sca-bindings/.
Notices
Copyright � OASIS� 2007, 2009. All Rights Reserved.
All capitalized terms in the following text have the meanings assigned to them in the OASIS Intellectual Property Rights Policy (the "OASIS IPR Policy"). The full Policy may be found at the OASIS website.
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published, and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this section are included on all such copies and derivative works. However, this document itself may not be modified in any way, including by removing the copyright notice or references to OASIS, except as needed for the purpose of developing any document or deliverable produced by an OASIS Technical Committee (in which case the rules applicable to copyrights, as set forth in the OASIS IPR Policy, must be followed) or as required to translate it into languages other than English.
The limited permissions granted above are perpetual and will not be revoked by OASIS or its successors or assigns.
This document and the information contained herein is provided on an "AS IS" basis and OASIS DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY OWNERSHIP RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
OASIS requests that any OASIS Party or any other party that believes it has patent claims that would necessarily be infringed by implementations of this OASIS Committee Specification or OASIS Standard, to notify OASIS TC Administrator and provide an indication of its willingness to grant patent licenses to such patent claims in a manner consistent with the IPR Mode of the OASIS Technical Committee that produced this specification.
OASIS invites any party to contact the OASIS TC Administrator if it is aware of a claim of ownership of any patent claims that would necessarily be infringed by implementations of this specification by a patent holder that is not willing to provide a license to such patent claims in a manner consistent with the IPR Mode of the OASIS Technical Committee that produced this specification. OASIS may include such claims on its website, but disclaims any obligation to do so.
OASIS takes no position regarding the validity or scope of any intellectual property or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; neither does it represent that it has made any effort to identify any such rights. Information on OASIS' procedures with respect to rights in any document or deliverable produced by an OASIS Technical Committee can be found on the OASIS website. Copies of claims of rights made available for publication and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this OASIS Committee Specification or OASIS Standard, can be obtained from the OASIS TC Administrator. OASIS makes no representation that any information or list of intellectual property rights will at any time be complete, or that any claims in such list are, in fact, Essential Claims.
The names "OASIS", �are trademarks of OASIS, the owner and developer of this specification, and should be used only to refer to the organization and its official outputs. OASIS welcomes reference to, and implementation and use of, specifications, while reserving the right to enforce its marks against misleading uses. Please see http://www.oasis-open.org/who/trademark.php for above guidance.
Table of Contents
1.2������ Normative References
1.3������ Non-Normative References
4����� Operation Selectors and Wire Formats
6.4������ Existing Resources specified in the definition file
7.1������ SCA JCA Binding XML Document
A.���� JCA XML Binding Schema: sca-binding-jca.xsd
C.���� Java EE Connector Architecture
This document presents a binding describing access and connectivity to the services provided by Enterprise Information Systems (EIS). This document focuses on JCA Bindings thus narrowing connectivity down to the connectivity to the EIS system external to the SCA system, based on the J2EE Connector Architecture specification and implemented in Java.
Further specification is necessary to define EIS Bindings between different SCA runtimes within SCA system, for example J2EE and EIS based runtimes.
The JCA Bindings are applicable to the composite�s references and services.
The connection to exchange data with the EIS is characterized by two sets of configuration parameters, the connection and interaction parameters. The former set determines the location of the target system the latter determines characteristics that need to be specified to invoke one specific service available at the endpoint. JCA Binding model captures these parameters as separate sets to allow their reuse and reconfiguration.
This binding places no requirement to support bidirectional interfaces, SCA runtimes can implement support for bidirectional interfaces via extensions.
The key words �MUST�, �MUST NOT�, �REQUIRED�, �SHALL�, �SHALL NOT�, �SHOULD�, �SHOULD NOT�, �RECOMMENDED�, �MAY�, and �OPTIONAL� in this document are to be interpreted as described in RFC Keywords [RFC2119].
This specification uses predefined namespace prefixes throughout; they are given in the following list. Note that the choice of any namespace prefix is arbitrary and not semantically significant.
Table 1-1 Prefixes and Namespaces used in this specification
Prefix |
Namespace |
Notes |
xs |
"http://www.w3.org/2001/XMLSchema" |
Defined by XML Schema 1.0 specification |
sca |
"http://docs.oasis-open.org/ns/opencsa/sca/200903" |
Defined by the SCA specifications |
[RFC2119]������������� S. Bradner, Key words for use in RFCs to Indicate Requirement Levels, http://www.ietf.org/rfc/rfc2119.txt, IETF RFC 2119, March 1997.
[JCA15] ���������������� J2EE Connector
Architecture Specification Version 1.5
http://java.sun.com/j2ee/connector/
[WSDL]����������������� E. Christensen et al, Web Service Description Language (WSDL) 1.1, http://www.w3.org/TR/2001/NOTE-wsdl-20010315, W3C Note, March 15 2001.
����������������������������� R. Chinnici et al, Web Service Description Language (WSDL) Version 2.0 Part 1: Core Language, http://www.w3.org/TR/2007/REC-wsdl20-20070626/, W3C Recommendation, June 26 2007.
[SCA-Assembly]���� OASIS Committee Draft 03, �Service Component Architecture
Assembly Model Specification Version 1.1�, March 2009
http://docs.oasis-open.org/opencsa/sca-assembly/sca-assembly-1.1-spec-cd03.pdf
[SCA-Policy]��������� OASIS Committee Draft 02, �SCA Policy
Framework Specification Version 1.1�, February 2009
http://docs.oasis-open.org/opencsa/sca-policy/sca-policy-1.1-spec-cd02.pdf
TBD���������������������� TBD
This specification follows some naming conventions for artifacts defined by the specification.� In addition to the conventions defined by section 1.3 of the SCA Assembly Specification [SCA-Assembly], this specification adds three additional conventions:
� Where the names of elements and attributes consist partially or wholly of acronyms, the letters of the acronyms use the same case.� When the acronym appears at the start of the name of an element or an attribute, or after a period, it is in lower case.� If it appears elsewhere in the name of an element or an attribute, it is in upper case.�� For example, an attribute might be named "uri" or "jndiURL".
� Where the names of types consist partially or wholly of acronyms, the letters of the acronyms are in all upper case.� For example, an XML Schema type might be named "JCABinding" or "MessageID".
� Values, including local parts of QName values, follow the rules for names of elements and attributes as stated above, with the exception that the letters of acronyms are in all upper case.� For example, a value might be "JMSDefault" or "namespaceURI".
The JCA binding element is defined by the following pseudo-schema:
<binding.jca connectionInfo="QName"?
������������ initialContextFactory=�xs:anyURI�?
������������ jndiURL=�xs:anyURI�?
������������ name=�NCName�?
������������ requires=�list of xs:QName�?
������������ policySets=�list of xs:QName�?
������������ uri=�xsd:anyURI�?>
��
�� <outboundConnection managed="xs:boolean"?>
����� <resourceAdapter name=�NMTOKEN� type="NMTOKEN�>
�������� <property name=�NMTOKEN� type=�NMTOKEN�>*
����� </resourceAdapter>?
����� <connection name=�NMTOKEN�? type="NMTOKEN� create=�string�?>
�������� <property name=�NMTOKEN� type=�NMTOKEN�>*
����� </connection>
����� <resAuth>container|application</resAuth>?
�� </outboundConnection>?
�� <inboundConnection>
����� <resourceAdapter name=�NMTOKEN�? type="NMTOKEN�>
�������� <property name=�NMTOKEN� type=�NMTOKEN�>*
����� </resourceAdapter>
����� <activationSpec name=�NMTOKEN�? type="NMTOKEN� create=�string�?>
�������� <property name=�NMTOKEN� type=�NMTOKEN�>*
����� </activationSpec>
�� </inboundConnection>?
�� <outboundInteraction>
����� <connectionSpec type=�NMTOKEN�>
�������� <property name=�NMTOKEN� type=�NMTOKEN�>*
����� </connectionSpec>?
����� <interactionSpec type=�NMTOKEN�>
�������� <property name=�NMTOKEN� type=�NMTOKEN�>*
����� </interactionSpec>?
����� <operation name="NMTOKEN">
�������� <interactionSpec type=�NMTOKEN�?>
����������� <property name=�NMTOKEN� type=�NMTOKEN�>*
�������� </interactionSpec>?
����� </operation>*
�� </outboundInteraction>?
�� <inboundInteraction>
����� <listener type=�NMTOKEN�>?
����� <inboundOperation name="NMTOKEN" nativeOperation="NMTOKEN">*
�� </inboundInteraction>?
�� <wireFormat ... />?
�� <operationSelector ... />?
</binding.jca>
The binding.jca element has the following attributes:
�
�
/binding.jca/@initialContextFactory � the name of the JNDI initial context factory.
The @initialContextFactory
attribute MUST NOT be specified if the @uri attribute is not
present [BJC20002].
�
/binding.jca/@jndiURL � the URL for the JNDI provider.
The @jndiURL attribute MUST NOT
be specified if the @uri attribute is not present [BJC20003].
� /binding.jca/@name - as defined in the SCA Assembly Specification [SCA-Assembly].
� /binding.jca/@requires - as defined in the SCA Assembly Specification [SCA-Assembly].
� /binding.jca/@policySets - as defined in the SCA Assembly Specification [SCA-Assembly].
�
/binding.jca/outboundConnection defines the outbound connection characteristics.
The outboundConnection
element MUST NOT be specified for services [BJC20004].
� /binding.jca/wireFormat � identifies the wire format used by requests and responses sent or received by this binding as defined in the SCA Assembly Specification [SCA-Assembly].
� /binding.jca/operationSelector � identifies the operation selector used when receiving requests for a service as defined in the SCA Assembly Specification [SCA-Assembly].
The binding.jca element MUST conform to the XML schema defined in sca-binding-jca.xsd [BJC20017].
The JCA Binding allows further customization of the binding element and its subelements with vendor specific attributes or elements.� This is done by providing extension points in the schema; refer to Appendix A, �JCA XML Binding Schema: sca-binding-jca.xsd� for the locations of these extension points.
This JCA Binding specification does not support intents such as mayProvide or alwaysProvides as JCA Specification does not define generic Resource Adapter characteristics that could be set using intents.
In general JCA resource adapters deal with records. There is not usually a built-in concept of �operation� that corresponds to that defined in a WSDL [WSDL] portType. Records have a format which corresponds in some way to the schema of an input or output message of an operation in the interface of a service or reference, however additional Resource Adapter-specific information is required in order for an SCA runtime to know how to identify the operation and understand the format of records.
The process of identifying the operation to be invoked is operation selection; the information that describes the contents of messages is a wire format. The binding element as described in the SCA Assembly Specification [SCA-Assembly] provides the means to identify specific operation selection via the operationSelector element and the format of messages received and to be sent using the wireFormat element.
This specification does not define default behavior for the operation selection or wire format of a JCA binding. This choice had been made because the implementations of generic Record interfaces that define the data exchanged between JCA adapter and its client are specific to a particular adapter and, unlike JMS, cannot be used in a generic manner.
No standard means is provided for linking the wireFormat or operationSelector elements with the runtime components that implement their behaviour.
The JCA Binding contains properties necessary to interact with the EIS system, properties that are, however, not related to the service location or type of services available. Such properties ought to be configurable but not require overwriting connection or interaction elements. Examples of such properties are user ID or password.
The binding.jca element contains connectionInfo attribute that specifies the name of the binding.jca element in the definition file.
�� <reference name="EISHelloWorldReference">
�������� <binding.jca connectionInfo="JCA_Services">
�������� </binding.jca>
�� </reference>
This element can contain the interaction properties, for example properties of the connectionSpec.
�� <definitions targetNamespace="http://acme.com"
�������� ������ xmlns="http://docs.oasis-pen.org/ns/opencsa/sca/200903">
�������� <binding.jca name="JCA_Services">
��������������� <outboundInteraction >
���������������������� <connectionSpec name="FAConnectionSpec">
���������������������������� <property name="group">GROUP1</property>
���������������������������� <property name="userid">SYSAD</property>
���������������������������� <property name="password">SYSAD</property>
���������������������� </connectionSpec>
���������������������� �
��������������� </outboundInteraction>
�������� </binding.jca>
�� </definitions>
In the example above, the connectionSpec element specifies all the properties it overwrites in place and needs to be updated when there is a need to modify any of the properties.� This could be inefficient at times and the method of passing properties from the bindings is defined. To get the value from the bindings, the property specifies the source attribute as follows.�
�������� <outboundInteraction >
��������������� <connectionSpec
���������������������� �name="connector.file.outbound.FAConnectionSpec">
���������������������� <property name="group">GROUP1</property>
���������������������� <property name="userid">SYSAD</property>
���������������������� <property name="password" source="$password"/>
��������������� </connectionSpec>
�������� </outboundInteraction>
The property value is the specified in the binding element that refers to the element in the definitions file.
�� <reference name="JCAHelloWorldReference">
�������� <binding.jca connectionInfo="JCA_Services">
��������������� <property name=�password�>SYSAD</property>����
�������� </binding.jca>
�� </reference>
The properties can also be specified by the composite, in that case the reference or service would contain the source attribute pointing to the property of the composite:
<composite xmlns="http://docs.oasis-pen.org/ns/opencsa/sca/200903
�������� ��name="EISHelloworld">
�� ��<reference name="EISHelloWorldReference">
�� <binding.jca connectionInfo="JCA_Services">
��������������� <property name=�userid� source=�$UID�/>
�� </binding.jca>
�� </reference>
�� <property name=�UID�>SYSAD</property>
</composite>
The indirection level of the binding, required even if the property value is specified in the composite prevents introducing hidden dependencies between the composite and definitions file.
The minimal JCA Binding only contains the binding�s uri attribute with JNDI name of the connection factory. It allows to obtain the Connection to execute request against EIS using adapter. Since no interaction properties are specified, it is assumed that Resource Adapter accepts the null values for the invocation methods.
�� <!-- JCA reference, connection is configured in JNDI context -->
�� <reference name="EISHelloWorldReference">
�������� <binding.jca uri="java:comp/env/eis/EISMCF"/>
�� </reference>
The sample reference with the JCA Binding, the binding�s uri attribute specifies the existing resource - the JNDI name under which the connection factory object is located. The interaction properties are specified explicitly in the inlined outboundInteraction element.
�� <reference name="EISHelloWorldReference">
�������� <binding.jca uri="java:comp/env/eis/EISMCF">
��������������� <outboundInteraction>
���������������������� <connectionSpec name="FAConnectionSpec">
���������������������������� <property name="userid">SYSAD</property>
���������������������� </connectionSpec>
���������������������� <interactionSpec name="FAInteractionSpec">
���������������������� </interactionSpec>
���������������������� <operation name="hello">
���������������������������� <interactionSpec>
����������������������������������� <property name="dir">temp</property>
����������������������������������� <property name="fileMode">read</property>
���������������������������� </interactionSpec>
���������������������� </operation>
��������������� </outboundInteraction>
�������� </binding.jca>
�� </reference>
The following sample presents the reference with JCA bindings where the connection resources do not exist and need to be created.
�� <reference name="JCAHelloWorldReference">
�������� <binding.jca>
��������������� <outboundConnection managed="true">
���������������������� <resourceAdapter
���������������������������� name="connector.file.FAResourceAdapter">
���������������������������� <property name="logDrive">D</property>
���������������������� </resourceAdapter>
���������������������� <connection name="FAManagedConnectionFactory"
���������������������������� create="always">
���������������������������� <property name="host">localhost</property>
���������������������������� <property name="drive">C</property>
���������������������� </connection>
��������������� </outboundConnection>
�������� </binding.jca>
�� </reference>
This sample shows the resources specified in the definitions file and referred to by the binding elements. The definitions file contains the following
<definitions targetNamespace="http://acme.com"
�������� ��� xmlns="http://docs.oasis-pen.org/ns/opencsa/sca/200903">
�� <binding.jca name="JCA_Inbound">
�������� <inboundConnection>
��������������� <resourceAdapter name="FAResourceAdapter">
���������������������� <property name="logDrive">D</property>
��������������� </resourceAdapter>
��������������� <activationSpec���� name="FAActivationSpec">
���������������������� <property name="directory_type">temp</property>
���������������������� <property name="drive">C</property>
��������������� </activationSpec>
�������� </inboundConnection>
�� </binding.jca>
</definitions>
The service with the JCA Bindings uses the connectionInfo attribute to identify the resources in the definition file
<service name="JCAHelloWorldService">
�� <binding.jca connectionInfo=" JCA_Inbound ">
�������� <inboundInteraction>
��������������� <listener>MyInboundListener</listener>
��������������� <inboundOperation name="hello" nativeOperation="TXPN"/>���������������������������� <inboundOperation name="bye" nativeOperation="ETXPRN"/>
�������� </inboundInteraction>
�� </binding.jca>
</service>
The XML schema pointed to by the RDDL document at the namespace URI, defined by this specification, are considered to be authoritative and take precedence over the XML schema defined in the appendix of this document.There are two categories of artifacts for which this specification defines conformance:
a) SCA JCA Binding XML Document
b) SCA Runtime
An SCA JCA Binding XML document is an SCA Composite Document, an SCA Definitions Document or an SCA ComponentType Document, as defined by the SCA Assembly specification Section 13.1 [SCA-Assembly], that uses the binding.jca element.
An SCA JCA Binding XML document MUST be a conformant SCA Composite Document, SCA Definitions Document or a SCA ComponentType Document, as defined by the SCA Assembly Specification [SCA-Assembly], and MUST comply with all statements in Appendix B: �Conformance Items�related to elements and attributes in an SCA JCA Binding XML document, notably all "MUST" statements have to be implemented.
An implementation that claims to conform to the requirements of an SCA Runtime defined in this specification has to meet the following conditions:
<?xml version="1.0" encoding="UTF-8"?>
<!-- Copyright(C) OASIS(R) 2005,2009. All Rights Reserved.
����� OASIS trademark, IPR and other policies apply.� -->
<schema xmlns="http://www.w3.org/2001/XMLSchema"
�� targetNamespace=" http://docs.oasis-open.org/ns/opencsa/sca/200903"
�� xmlns:sca=" http://docs.oasis-open.org/ns/opencsa/sca/200903" �� elementFormDefault="qualified">
�� <include schemaLocation="sca-core-1.1-cd03.xsd" />
�� <complexType name="JCABinding">
����� <complexContent>
�������� <extension base="sca:Binding">
����������� <sequence>
�������������� <element name="outboundConnection"
����������������������� type="sca:JCAOutboundConnection" minOccurs="0" />
�������������� <element name="inboundConnection"
����������������������� type="sca:JCAInboundConnection" minOccurs="0" />
�������������� <element name="outboundInteraction"
����������������������� type="sca:JCAOutboundInteraction" minOccurs="0" />
�������������� <element name="inboundInteraction"
����������������������� type="sca:JCAInboundInteraction" minOccurs="0" />
�������������� <element name="property" type="sca:Property" minOccurs="0"
����������������������� maxOccurs="unbounded" />
�������������� <any namespace="##other" processContents="lax" minOccurs="0"
������������������� maxOccurs="unbounded" />
����������� </sequence>
����������� <attribute name="connectionInfo" type="anyURI" use="optional" />
����������� <attribute name="initialContextFactory" type="anyURI"
���������������������� use="optional"/>
��� ���� ���<attribute name="jndiURL" type="anyURI" use="optional"/>
�������� </extension>
����� </complexContent>
�� </complexType>
�� <simpleType name="JCACreateResource">
����� <restriction base="string">
�������� <enumeration value="always" />
�������� <enumeration value="never" />
�������� <enumeration value="ifNotExist" />
�� ��� </restriction>
�� </simpleType>
�� <simpleType name="ResAuth">
����� <restriction base="string">
�������� <enumeration value="container" />
�������� <enumeration value="application" />
����� </restriction>
�� </simpleType>
�� <complexType name="JCAOutboundConnection">
����� <sequence>
�������� <element name="resourceAdapter" type="sca:ResourceAdapter"
����������������� minOccurs="0" />
�������� <element name="connection" type="sca:Connection" />
�������� <element name="resAuth" type="sca:ResAuth" minOccurs="0" />
�������� <any namespace="##other" processContents="lax" minOccurs="0"
������������� maxOccurs="unbounded" />
����� </sequence>
����� <attribute name="managed" type="boolean" use="optional"�
��������������� default="true" />
����� <anyAttribute namespace="##other" processContents="lax" />
�� </complexType>
�� <complexType name="JCAInboundConnection">
����� <sequence>
�������� <element name="resourceAdapter" type="sca:ResourceAdapter" />
�������� <element name="activationSpec" type="sca:ActivationSpec" />
�������� <any namespace="##other" processContents="lax" minOccurs="0"
������������� maxOccurs="unbounded" />
����� </sequence>
����� <anyAttribute namespace="##other" processContents="lax" />
�� </complexType>
�� <complexType name="JCAOutboundInteraction">
����� <sequence>
�������� <element name="connectionSpec" type="sca:ConnectionSpec"
����������������� minOccurs="0" />
�������� <element name="interactionSpec" type="sca:InteractionSpec"
����������������� minOccurs="0" />
�������� <element name="operation" type="sca:Operation" minOccurs="0" />
�������� <any namespace="##other" processContents="lax" minOccurs="0"
������������� maxOccurs="unbounded" />
����� </sequence>
����� <anyAttribute namespace="##other" processContents="lax" />
�� </complexType>
�� <complexType name="JCAInboundInteraction">
����� <sequence>
�������� <element name="listener" type="string" minOccurs="0" />
�������� <element name="inboundOperation" type="sca:InboundOperation"
����������������� minOccurs="0" maxOccurs="unbounded" />
�������� <any namespace="##other" processContents="lax" minOccurs="0"
������������� maxOccurs="unbounded" />
����� </sequence>
����� <anyAttribute namespace="##other" processContents="lax" />
�� </complexType>
�� <complexType name="ResourceAdapter">
����� <sequence>
�������� <element name="property" type="sca:Property" minOccurs="0"
����������������� maxOccurs="unbounded" />
�������� <any namespace="##other" processContents="lax" minOccurs="0"
������������� maxOccurs="unbounded" />
����� </sequence>
����� <attribute name="name" type="NMTOKEN" use="optional" />
����� <attribute name="type" type="NMTOKEN" use="required" />
����� <anyAttribute namespace="##other" processContents="lax" />
�� </complexType>
�� <complexType name="Connection">
����� <sequence>
�������� <element name="property" type="sca:Property" minOccurs="0"
����������������� maxOccurs="unbounded" />
�������� <any namespace="##other" processContents="lax" minOccurs="0"
������������� maxOccurs="unbounded" />
����� </sequence>
����� <attribute name="name" type="NMTOKEN" use="optional" />
����� <attribute name="type" type="NMTOKEN" use="required" />
����� <attribute name="create" type="sca:JCACreateResource" use="optional"
���������������� default="ifNotExist" />
����� <anyAttribute namespace="##other" processContents="lax" />
�� </complexType>
�� <complexType name="ActivationSpec">
����� <sequence>
�������� <element name="property" type="sca:Property" minOccurs="0"
����������������� maxOccurs="unbounded" />
�������� <any namespace="##other" processContents="lax" minOccurs="0"
������������� maxOccurs="unbounded" />
����� </sequence>
����� <attribute name="name" type="NMTOKEN" use="optional" />
����� <attribute name="type" type="NMTOKEN" use="required" />
����� <attribute name="create" type="sca:JCACreateResource" use="optional"
���������������� default="ifNotExist"/>
����� <anyAttribute namespace="##other" processContents="lax" />
�� </complexType>
�� <complexType name="Operation">
����� <sequence>
�������� <element name="interactionSpec" type="sca:InteractionSpec"
����������������� minOccurs="0" />
�������� <any namespace="##other" processContents="lax" minOccurs="0"
������������� maxOccurs="unbounded" />
����� </sequence>
����� <attribute name="name" type="NMTOKEN" use="required" />
����� <anyAttribute namespace="##other" processContents="lax" />
�� </complexType>
�� <complexType name="InboundOperation">
����� <sequence>
�������� <any namespace="##other" processContents="lax" minOccurs="0"
������������� maxOccurs="unbounded" />
�������� </sequence>
�������� <attribute name="name" type="NMTOKEN" use="required" />
�������� <attribute name="nativeOperation" type="string" use="required" />
�������� <anyAttribute namespace="##other" processContents="lax" />
�� </complexType>
�� <complexType name="ConnectionSpec">
����� <sequence>
�������� <element name="property" type="sca:Property" minOccurs="0"
����������������� maxOccurs="unbounded" />
�������� <any namespace="##other" processContents="lax" minOccurs="0"
������������� maxOccurs="unbounded" />
����� </sequence>
����� <attribute name="type" type="NMTOKEN" use="required" />
����� <anyAttribute namespace="##other" processContents="lax" />
�� </complexType>
�� <complexType name="InteractionSpec">
����� <sequence>
�������� <element name="property" type="sca:Property" minOccurs="0"
����������������� maxOccurs="unbounded" />
�������� <any namespace="##other" processContents="lax" minOccurs="0"
������������� maxOccurs="unbounded" />
����� </sequence>
����� <attribute name="type" type="NMTOKEN" use="required" />
����� <anyAttribute namespace="##other" processContents="lax" />
�� </complexType>
�� <element name="binding.jca" type="sca:JCABinding"
����������� substitutionGroup="sca:binding" />
</schema>
This section contains a list of conformance items for the SCA JCA Binding specification.
Conformance ID |
Description |
[BJC20001] |
|
[BJC20002] |
The @initialContextFactory attribute MUST NOT be specified if the @uri attribute is not present |
[BJC20003] |
The @jndiURL attribute MUST NOT be specified if the @uri attribute is not present |
[BJC20004] |
The outboundConnection element MUST NOT be specified for services |
[BJC20005] |
|
[BJC20006] |
|
[BJC20007] |
If the connection/@create attribute is �always�, the @name value MUST be unique within the domain |
[BJC20008] |
|
[BJC20009] |
The outboundInteraction element MUST NOT be specified for services |
[BJC20010] |
The inboundConnection element MUST NOT be specified for references |
[BJC20011] |
|
[BJC20012] |
|
[BJC20013] |
If the activationSpec/@create attribute is �always�, the @name value MUST be unique within domain |
[BJC20014] |
|
[BJC20015] |
The inboundInteraction element MUST NOT be specified for references |
[BJC20016] |
|
[BJC20017] |
The binding.jca element MUST conform to the XML schema defined in sca-binding-jca.xsd |
The connector architecture specification defines set of contracts that allow interoperability of the resource adapters and application server environments. The specification also defines set of client interfaces that can be optionally supported by the adapter and allow the use of adapter functionality by the application clients. The following figure illustrates the relationships of these interfaces.
The SPI defines the following management contracts that give adapter consistent view of the infrastructure provided by the server and give sever consistent view of all the adapters thus helping with integration of adapters and servers.
� Lifecycle management allows application server to control the startup of the adapter and notification to allow it to shutdown in an orderly fashion
The CCI defines set of interfaces to access EIS functionality, through the resource adapter, from the application client. The CCI also provides access to some of the SPIs for transactions and security management to allow for executions of clients running in the non-managed mode, without the presence of the Application Server.
C.2 Selected JCA CCI Interfaces
�� public interface javax.resource.cci.Record
�� ��� extends java.lang.Cloneable, java.io.Serializable {
public String getRecordName();
�� public void setRecordName(String name);
public void setRecordShortDescription(String description);
public String getRecordShortDescription();
�������� public boolean equals(Object other);
�������� public int hashCode();
�������� public Object clone() throws CloneNotSupportedException;
�� }
�� public interface javax.resource.cci.Interaction {
�������� public Connection getConnection();
�������� public void close() throws ResourceException;
�������� public boolean execute(InteractionSpec ispec,
���������������������� Record input, Record output) throws ResourceException;
�������� public Record execute(InteractionSpec ispec,
���������������������� Record input) throws ResourceException;
��������
�� }
�� interface javax.resource.cci.MessageListener {
��������
�������� Record onMessage(Record inputData) throws ResourceException;
�� }
The following individuals have participated in the creation of this specification and are gratefully acknowledged:
Participants:
Participant Name |
Affiliation |
Bryan Aupperle |
IBM |
Ron Barack |
SAP AG |
Michael Beisiegel |
IBM |
Henning Blohm |
SAP AG |
David Booz |
IBM |
Martin Chapman |
Oracle Corporation |
Jean-Sebastien Delfino |
IBM |
Laurent Domenech |
TIBCO Software Inc. |
Jacques Durand |
Fujitsu Limited |
Mike Edwards |
IBM |
Billy Feng |
Primeton Technologies, Inc. |
Nimish Hathalia |
TIBCO Software Inc. |
Simon Holdsworth |
IBM |
Eric Johnson |
Software Inc. |
Uday Joshi |
Oracle Corporation |
Khanderao Kand |
Oracle Corporation |
Anish Karmarkar |
Oracle Corporation |
Nickolaos Kavantzas |
Oracle Corporation |
Mark Little |
Red Hat |
Ashok Malhotra |
Oracle Corporation |
Jim Marino |
Individual |
Jeff Mischkinsky |
Oracle Corporation |
Dale Moberg |
Axway Software |
Simon Nash |
Individual |
Sanjay Patil |
SAP AG |
Plamen Pavlov |
SAP AG |
Peter Peshev |
SAP AG |
Piotr Przybylski |
IBM |
Luciano Resende |
IBM |
Tom Rutt |
Fujitsu Limited |
Vladimir Savchenko |
SAP AG |
Scott Vorthmann |
TIBCO Software Inc. |
Tim Watson |
Oracle Corporation |
Owen Williams |
Avaya, Inc. |
Revision |
Date |
Editor |
Changes Made |
1 |
2008-01-16 |
Anish Karmarkar |
Applied the OASIS template + related changes to the Submission |
2 |
2008-08-06 |
Piotr Przybylski |
Updates for consistency with JMS Binding and to resolve the following: BINDINGS-13 BINDINGS-14 BINDINGS-28 BINDINGS-30 BINDINGS-32 BINDINGS-38 |
cd01-rev1 |
2008-10-16 |
Simon Holdsworth |
Updates to resolve following issues: BINDINGS-41 |
cd01-rev2 |
2008-10-20 |
Piotr Przybylski |
Update for RFC2119 conformance Updated to resolve following issues: BINDINGS-53 |
cd02 |
2009-02-16 |
Simon Holdsworth |
Renamed and applied editorial issues |
cd02-rev1 |
2009-05-22 |
Simon Holdsworth |
Updates to resolve issue BINDINGS-63 (conformance statement numbering) Updated assembly namespace to 200903 |
cd02-rev2 |
2009-05-22 |
Simon Holdsworth |
Updates to resolve following issues: BINDINGS-22 BINDINGS-45 BINDINGS-58 BINDINGS-69 Fixed errors in schema |
cd02-rev3 |
2009-06-19 |
Simon Holdsworth |
Updates to resolve following issues: BINDINGS-75 Added acknowledgements |
cd02-rev4 |
2009-06-24 |
Simon Holdsworth |
Updates to resolve following issues BINDINGS-78 Renamed document to old form Editorial fixes around external references; changed all links to hyperlinks |
cd02-rev5 |
2009-06-24 |
Simon Holdsworth |
Fixed broken cross-reference |
cd03 |
2009-06-29 |
Simon Holdsworth |
Update name to cd03 |