Your Browser is not longer supported

Please use Google Chrome, Mozilla Firefox or Microsoft Edge to view the page correctly
Loading...

{{viewport.spaceProperty.prod}}

Absenderkontexte in der OLTP Message-Driven Bean ermitteln

&pagelevel(5)&pagelevel

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

    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-USP (Utm Socket Protocol) 

  • 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 Linux- und Windows-Systemen: 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 Linux- und Windows-Systemen: 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, sonst false.

  • boolean isBCPartnerXATMIConversational()

    true, falls der EIS Partner mit dem BeanConnect-Proxy über die XATMI-Schnittstelle kommuniziert und das Conversational Communication Paradigma ausgewählt hat, sonst false (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.