Common Client Interface (CCI)
Sie habe folgende Möglichkeiten, Ihren Adapter zu strukturieren:
Der gesamte Funktionsumfang des Adapters...
1. Sie implementieren den gesamten Funktionsumfang des Adapters im Resource Adapter und verwenden die Adapter-Framework Modulkette mit ihren Standard-Eingangs- und Ausgangsmodulen.
2. Sie stellen den Adapter zur Verfügung, indem Sie exit ejb als adapterspezifisches Adapter-Framework-Modul aufrufen.
In diesem Fall können sie Ihr eigenes Resource Adapter-Interface verwenden, das nicht einmal CCI-basiert sein müsste.
Die Verweise beziehen sich auf die Kapitel neun Common Client Interface des Dokuments J2EE Connector Architecture Specification, Final Version 1.0.
Das Dokument kann im Internet unter java.sun.com/j2ee/connector bezogen werden.
Falls der gesamte Funktionsumfang des Adapters im Resource Adapter implementiert wird, dann müssen die Anforderungen in der nachfolgenden Tabelle berücksichtigt werden. Das Vorgabe exit bean verwendet CCI, um den Resource Adapter aufzurufen. Der Adapter muss die javax.resource.cci-Interfaces wie z.B. Connection in seinen Interface-Klassen implementieren.
Unterschiedliche Verwendung von CCI in JCA und in der Prozessintegration
Anforderung |
JCA |
Prozessintegration |
Bemerkung |
Verweis Seite |
CCI-Support |
Möglich |
Zwingend erforderlich (für Fall eins) Möglich (für Fall zwei) |
Nur dann zwingend erforderlich, wenn Adapter-Framework Standard-Eingangs- und Ausgangsmodule verwendet werden. |
101 |
CCI Data Representation Interfaces |
Möglich |
Zwingend erforderlich |
Das Adapter-Framework definiert spezielle CCI Custom Records, die von Adaptern unterstützt werden müssen. Siehe auch: Adapter-Framework JCA CCI-Bibliothek |
101-102 |
ConnectionSpec Standard Properties |
Möglich |
Zwingend erforderlich |
Der Benutzername und das Kennwort werden für das Component-Managed-Sign-On Applikations-Sicherheitsmodell verwendet. |
104 |
ConnectionSpec Additional Properties |
Möglich |
Zwingend erforderlich |
Das Adapter-Framework definiert spezielle CCI ConnectionSpecs, die von den Adaptern unterstützt werden müssen. Siehe unter: Adapter-Framework JCA CCI-Bibliothek, dort unter XIConnectionSpec und NWConnectionFactory |
104 |
Connection.get Local Transaction()/ Auto Commit |
Möglich |
Sollte erfüllt sein |
Adapter mit transaktionalen externen Protokollen (z.B. JMS, tRFC, JDBC) sollten eine Implementierung für javac.resource.cci.Local Transaction bereitstellen. So kann das Adapter-Framework das Commit/Rollback kontrollieren, nachdem die Modulkette durchlaufen worden sind. |
105 |
InteractionSpec Standard Properties |
Möglich |
Zwingend erforderlich |
Das Adapter-Framework definiert spezielle CCI InteractionSpecs, die von Adaptern unterstützt werden müssen. Siehe auch: Adapter-Framework JCA CCI-Bibliothek, dort unter XIInteractionSpec und NWInteraction |
107 |
InteractionSpec ResultSet Properties |
Möglich |
Sollte nicht erfüllt sein |
Adapter-Framework Interfaces verwenden keine ResultSet-Properties. Sie sollten daher nicht von Adaptern bereitgestellt werden. |
107 |
InteractionSpec Additional Properties |
Möglich |
Zwingend erforderlich |
Das Adapter-Framework definiert spezielle CCI InteractionSpecs, die von den Adaptern unterstützt werden müssen. Siehe auch: Adapter-Framework JCA CCI-Bibliothek, dort unter XIInteractionSpec und NWInteraction |
108 |
InteractionSpec JNDI Lookup |
Möglich |
Möglich |
SAP NetWeaver erweitert das JCA CCI Interaction-Interface zu einer Factory für InteractionSpecs. Daher wird der JNDI-Lookup-Mechanismus nicht verwendet. Siehe auch: Adapter-Framework JCA CCI-Bibliothek, dort unter NWInteraction |
108 |
MappedRecord, Indexed Record |
Möglich |
Sollte nicht verwendet werden |
Siehe oben unter Anmerkung zu: InteractionSpec ResultSet Properties |
115 |
Custom Records |
Möglich |
Zwingend erforderlich |
Das Adapter-Framework definiert bestimmte CCI Custom Records, die von den Adaptern unterstützt werden müssen. Siehe auch: Adapter-Framework JCA CCI-Bibliothek, dort unter XIMessageRecord |
123 |