J2EE Resource-Zugriff
Verwendung
Die Java Connector Architecture 1.5 stellt folgende Funktionen zur Verfügung:
· Message Inflow
· Transaction Management und Inflow
· Work Management (Multi-Threading)
· Lifecycle Management
Da die Adapter des Adapter-Framework auf JCA 1.0 basieren, stehen diese Funktionen dort nicht zur Verfügung. Alle oben genannten Funktionen werden jedoch für das Adapter-Framework benötigt, da Kommunikation in Sender- und in Empfängerrichtung zur Verfügung gestellt werden muss.
Funktionsumfang
Interface-Überblick
Merkmal |
Wert |
Name |
AF Resource Service |
Zweck |
Zugriff auf J2EE-Transaktion und Thread-Manager |
Typ |
Java-Bibliothek |
Technischer Name |
Com.sap.aii.af.service.resource |
Zertifizierung |
Optional |
Syntax |
Siehe unter Pfad: JavaDoc (.\index.html) package com.sap.aii.af.service.rsource |
· Message Inflow
Message Inflow wird unter Message-Austausch beschrieben. Anstelle der Verwendung von message-driven Beans und der Kopplung mit dem MessageEndpoint- und ActivationSpec-Mechanismus definiert das Adapter-Framework das Modul-Prozessor Session-EJB, das das Module-Interface implementiert als Standardendpunkt.
· Transaction Management und Inflow
Das Adapter-Framework verwendet weder das lokale noch das globale (XAResource) Transaction Management. JCA 1.0 spezifiziert das transaktionale Verhalten für den Message Inflow nicht. Außerdem stellt es kein Transaktionskonzept für das Ausweiten von LUWs von einem J2EE-Service über ein EJB zu einem JCA-Adapter zur Verfügung. Für die Implementierung von ExactlyOnce(InOrder) muss jedoch ein Transaktionskonzept verwendet werden.
Ein Adapter muss daher auf den Transaction Manager des J2EE Server (javax.transaction.TransactionManager) zugreifen und die Transaktionen direkt kontrollieren. Der Vorgang ist unter Transaktionen im asynchronen Sender-/Inbound-Message-Fluss und Transaktionen im asynchronen Empfänger-/Outbound-Message-Fluss beschrieben. Siehe auch: Zugriff auf den J2EE Transaction Manager
· Work Management
Insbesondere für den Message-Eingang ist ein Multi-Threading-Mechanismus nötig, der es ermöglicht, in mehreren Threads auf eingehende Messages zu warten. Unter JCA 1.5 wird dieser Mechanismus Work Management genannt. Er steht unter JCA 1.0 nicht zur Verfügung.
Das Adapter Framework ermöglicht den Zugriff auf den J2EE Thread-Manager, um Adaptern die Erzeugung von eigenen Threads zu ermöglichen. Siehe auch: Zugriff auf den J2EE Thread-Manager
· Lifecycle Management
Das Lifecycle Mangement ist wichtig für das Starten und Stoppen insbesondere der Eingangsverarbeitung von Adaptern. Siehe auch: Lifecycle eines JCA-Adapters verwalten