Eine OLTP Message-Driven Bean kann über das Objekt OltpMessageContext
Informationen über den Absender ermitteln. Dazu gehören z.B. der Anwendungsname und Rechnername des EIS Partners und der Inbound Service, mit dem die OLTP MessageDriven Bean im Proxy aufgerufen wurde. Das Ermitteln des Inbound Service kann z.B. dann von Interesse sein, wenn einem MessageEndpoint mehrere Inbound Services im Proxy-Container zugeordnet wurden.
Das Objekt OltpMessageContext
stellt folgende Methoden zur Verfügung, um den Absenderkontext abzufragen:
String getBCProxyName()
Name der Proxyanwendung, feste Länge 8 Zeichen.
String getBCProxyHost()
Name des Rechners, auf dem der Proxy läuft, feste Länge 64 Zeichen.
String getBCProxyInboundService()
Name des aufgerufenen Inbound Service im Proxy, feste Länge 8 Zeichen.
enum BCCommunicationProtocolType getBCCommunicationProtocol()
Kennzeichen für das Kommunikations-Protokoll über das der EIS Partner den Inbound Service aufgerufen hat.
Bei dialogorientierter Kommunikation lässt sich der Typ des KommunikationsProtokolls (bzw. des Client-Protokolls) aus der Aufzählungsklasse
BCCommunicationProtocolType
ermitteln.Bei asynchroner Kommunikation wird der Protokoll-Typ des logischen Anschlusspunkts im Proxy übergeben, siehe auch
getBCProxyLocalPartnerName()
.
BCCommunicationProtocolType
liefert die folgenden Werte:'2' entspricht Protokoll-Typ OSI TP
'3' entspricht Protokoll-Typ UPIC
'5' entspricht Protokoll-Typ RFC1006
'6' entspricht Protokoll-Typ SOCKET
String getBCPartnerTransportSelector()
String mit fester Länge von 8 Zeichen. Bei asynchroner Kommunikation werden Leerzeichen übergeben.
Bei dialogbasierter Kommunikation wird je nach Protokoll-Typ Folgendes übergeben:
Protokoll-Typ UPIC, RFC1006 oder SOCKET: Partnername des Clients im Proxy
Protokoll-Typ OSI TP und UTM-Partner in BS2000-Systemen: BCAM-Anwendungsname des fernen Rechners
Protokoll-Typ OSI TP und UTM-Partner auf offenen Plattformen: T-Selektor der Partneranwendung
Protokoll-Typ OSI TP und CICS-Partner: TRANSPORT-SELECTOR, der dem CICS-Partner im openUTM-LU62-Gateway zugeordnet ist
String getBCPartnerNetworkSelector()
String mit fester Länge von 64 Zeichen. Bei asynchroner Kommunikation werden Leerzeichen übergeben.
Bei dialogbasierter Kommunikation wird je nach Protokoll-Typ Folgendes übergeben:
Protokoll-Typ UPIC, RFC1006 oder SOCKET: Prozessorname des Clients
Protokoll-Typ OSI TP und UTM-Partner im BS2000-Systemen: BCAM-Prozessorname des Rechners, auf dem sich die Partneranwendung befindet
Protokoll-Typ OSI TP und UTM-Partner auf offenen Plattformen: Hostname des Partnerrechners
Protokoll-Typ OSI TP und CICS-Partner: NETWORK-SELECTOR, der dem CICS-Partner im openUTM-LU62-Gateway zugeordnet ist
String getBCProxyTransportSelector()
String mit fester Länge von 8 Zeichen. Bei asynchroner Kommunikation werden Leerzeichen übergeben.
Bei dialogbasierter Kommunikation wird je nach Protokoll-Typ Folgendes übergeben:
Protokoll-Typ UPIC, RFC1006 oder SOCKET: Anwendungsname in der ProxyAnwendung (BCAMAPPL-Name)
Protokoll-Typ OSI TP und UTM-Partner: TRANSPORT-SELECTOR des ACCESS-POINTS in der Proxy-Anwendung
Protokoll-Typ OSI TP und CICS-Partner: TRANSPORT-SELECTOR des zugehörigen ACCESS-POINTS im openUTM-LU62-Gateway.
String getBCProxyUserId()
Benutzerkennung in der Proxyanwendung oder, wenn der Protokoll-Typ OSI TP ist und der EIS Partner keine Benutzerkennung übergeben hat, der Verbindungsname (ASSOCIATION-Name). Feste Länge 8 Zeichen.
String getBCProxyLocalPartnerName()
Name des logischen Anschlusspunktes in der Proxyanwendung. Für den Protokoll-Typ OSI TP ist dies der OSI-LPAP-Name, für alle anderen Protokoll-Typen der LTERM-Name. Feste Länge 8 Zeichen.
String getBCRaMessageEndpointName()
Name des aufgerufenen Message Endpoints.
boolean isBCPartnerXATMI()
true
, falls der EIS Partner mit dem BeanConnect-Proxy über die XATMI-Schnittstelle kommuniziert, sonstfalse
boolean isBCPartnerXATMIConversational()
true
, falls der EIS Partner mit dem BeanConnect-Proxy über die XATMI-Schnittstelle kommuniziert und das Conversational Communication Paradigma ausgewählt hat, sonstfalse
(d.h. Request/Reply Paradigma).
Strings, die mit der festen Länge 8 oder 64 zurückgegeben werden, werden am Ende ggf. mit Leerzeichen aufgefüllt.