WebSphere Virtual Enterprise, Version 6.1.1
             Betriebssysteme: AIX, HP-UX, Linux, Solaris, Windows,


Routing- und Servicerichtlinien

Auf eine Anforderung werden zwei Arten von Richtlinien angewendet: Routing-Richtlinien und und Servicerichtlinien. Sie können Routing-Richtlinien für HTTP- und SOAP-Anforderungen und Servicerichtlinien für HTTP-, IIOP-, SOAP-, JMS- und SIP-Anforderungen erstellen. Außerdem können Arbeitsklassen Klassifizierungsregeln für beide Richtlinientypen enthalten. Dies gilt jedoch nicht für JMS. Klassifizierungsregeln werden für JMS-Arbeitsklassen nicht unterstützt.

Gültige Routing-Richtlinien

Tabelle 1. Routing-Richtlinien
Routing-Richtlinie Beschreibung
permit:Anwendungsname

Anwendungsname steht für den Namen einer Anwendung, der eine optionale Editionsangabe enthalten kann.

permitMM:Anwendungsname

Anwendungsname steht für den Namen einer Anwendung, der eine optionale Editionsangabe enthalten kann. Bei dieser Art der Weiterleitung kann die Anforderung normal weiterverarbeitet werden. Beachten Sie, dass der Server im Wartungsmodus ausgeführt werden muss.

permitsticky:Anwendungsname

Die Routing-Richtlinie "permitsticky" entspricht im Wesentlichen der Routing-Richtlinie "permit". Die einzige Ausnahme ist, dass der On Demand Router (ODR) auch die Client/Server-Affinität für künftige Anforderungen verwaltet, die von demselben Client stammen. In diesem Fall fügt der ODR der Antwort den Header "SET-COOKIE" hinzu, bevor er die Antwort an den Client sendet.

Die Aktion "permitsticky" bedeutet, dass der ODR aktiv eine Affinität zwischen dem Client und Server herstellt, wenn nicht bereits durch die Anwendung eine Affinität hergestellt wurde. Der ODR führt diese Aktion aus, indem er der Antwort in folgenden Fällen ein "SET-COOKIE: WSJSESSIONID=xx:serverID; path=webModuleContextRoot" hinzufügt:
  • In der Antwort ist noch kein "SET-COOKIE" enthalten, dass die Serveraffinität herstellt.
  • Die zugehörige Anforderung enthält keinen Hinweis darauf, dass die Serveraffinität bereits hergestellt wurde.
Die "serverID" ist die ID des Servers und wird auch als Klon-ID bezeichnet. "webModuleContextRoot" ist das Kontextstammverzeichnis des Webmoduls, dem die Anforderung zugeordnet ist.
permitstickyMM:Anwendungsname

Diese Routing-Richtlinie entspricht der Routing-Richtlinie "permit". Die einzige Ausnahme ist, dass der On Demand Router (ODR) auch die Client/Server-Affinität für künftige Anforderungen verwaltet, die von demselben Client stammen. In diesem Fall fügt der ODR der Antwort den Header "SET-COOKIE" hinzu, bevor er die Antwort an den Client sendet. Beachten Sie, dass der Server im Wartungsmodus ausgeführt werden muss.

reject:HTTP-Fehlercode

Diese Routing-Richtlinie bewirkt, dass der ODR die Anforderung zurückweist und den angegebenen HTTP-Fehlercode zurückgibt. reject:503 gibt beispielsweise einen Fehler vom Typ 503, Service ist nicht verfügbar, zurück.

reject:URL

Mit dieser Routing-Richtlinie leitet der ODR die Anforderung an den angegebenen URL um. Der URL hat das Muster "Protokoll://URI". Ein Beispiel für einen gültigen URL ist "http://w3.ibm.com".

Gültige Servicerichtlinien

Die gültigen Servicerichtlinien sind eine Liste mit Namen von Transaktionsklassen. Die Transaktionsklasse verweist auf eine einzelne Serviceklasse.




Zugehörige Tasks
Eine Servicerichtlinie definieren
Wartungsmodus festlegen
Editionen gleichzeitig aktivieren
Eine Edition validieren
Zugehörige Verweise
Operanden des Erstellungsprogramms für Unterausdrücke für Routing- und Servicerichtlinien
Zugehörige Informationen
Regeln für Verwaltungs-Tasks für ODR-Routing-Richtlinien
Regeln für Verwaltungs-Tasks für ODR-Servicerichtlinien
Referenzartikel    

Nutzungsbedingungen | Feedback

Letzte Aktualisierung: 24.09.2009 16.37 Uhr EDT
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r1m1/index.jsp?topic=/com.ibm.websphere.ops.doc/info/odoe_task/rodrworkclass.html