![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
Intelligent Management: Routing- und Servicerichtlinien
Auf eine Anforderung werden zwei Arten von Richtlinien angewendet: Routing-Richtlinien 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
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:
|
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.