Le générateur de sous-expression permet de générer des conditions de règles complexes issues de sous-expressions en utilisant AND, OR, NOT et le regroupement mis entre parenthèses. Le générateur de règles valide la règle lorsque des modifications sont appliquées, il vous informe également de la non-concordance des parenthèses mais aussi des opérateurs logiques non pris en charge.
Pour afficher cette page de la console d'administration, cliquez sur Serveurs > Routeurs On Demand > nom_odr> Propriétés des routeurs On Demand > Stratégies de service du cluster de serveurs génériques > nom_classe_travail > Ajouter une règle > Générateur de sous-expression.
Pour modifier des règles à l'aide du générateur de sous-expression, vous devez disposer des privilèges d'administration Administrateur.
Selon le protocole que vous sélectionnez, plusieurs opérandes vous sont proposés. Le tableau ci-dessous présente les noms des opérandes tels qu'ils s'affichent dans la console, l'opérande réel tel qu'il apparaît dans l'expression, les protocoles valides par opérande et la description de chaque opérande.
Opérande affiché | Opérande | Protocoles valides | Description |
---|---|---|---|
Nom de l'application | application | IIOP | Nom de l'application contenant l'EJB. |
Hôte client | clienthost | HTTP, SOAP, IIOP | Nom d'hôte qualifié complet du client. Il s'agit de la valeur du nom d'hôte de la commande IP (Internet Protocol). Cet opérande ne prend pas en charge les opérateurs numériques, tels que >, >=, <, <=. |
Port client | clientport | IIOP | Nom du port client. |
Client IPV4 | clientipv4 | HTTP, SOAP | Adresse IP Version 4 du client, utilisant le type d'adresse à quartet descripteur séparé par des points : n.n.n.n |
Client IPV6 | clientipv6 | HTTP, SOAP | Adresse IP Version 6 128 bits utilisant le typex:x:x:x:x:x:x:x de l'ordinateur client. |
Nom d'en-tête du cookie | cookie$<nom> | HTTP, SOAP | Nom d'un cookie. Par exemple, l'expression cookie$My_Cookie_Name='My_Cookie_Value teste une demande pour voir si elle contient un cookie nommé My_Cookie_Name portant la valeur My_Cookie_Value. Pour vérifier la présence ou l'absence d'un cookie spécifique, utilisez l'une des expressions suivantes :
|
Nom du module EJB | ejbmodule | IIOP | Nom de module d'un EJB. |
Nom EJB | ejbname | IIOP | Nom d'un EJB. |
Nom de méthode EJB | ejbmethod | IIOP | Nom d'une méthode au sein de l'EJB. |
ID groupe | gids$<nom> | HTTP, SOAP | ID groupe de l'émetteur de la demande. |
Méthode HTTP | HTTPMethod | HTTP, SOAP | Méthode HTTP pour la demande. POST, GET, PUT et DELETE sont les valeurs possibles. |
Type MIME | MIMEType | HTTP, SOAP | Type MIME de la demande. |
Port | port | HTTP, SOAP, IIOP | Port d'écoute sur lequel un service est fourni à l'hôte. |
Protocole | protocol | HTTP, SOAP | Protocole de communications qui transmet la demande. HTTP, HTTPS, SOAP et SOAPS sont les protocoles actuellement pris en charge. |
Nom d'en-tête de la demande | header$<nom> | HTTP, SOAP | Nom ou valeur d'en-tête. Nom et valeur d'en-tête. Par exemple, l'expression header$Host='localhost' teste une demande pour voir si elle contient un en-tête d'hôte HTTP avec la valeur localhost. Pour vérifier la présence ou l'absence de l'en-tête d'hôte, utilisez l'une des expressions suivantes : header$Host IS NOT NULL, header$Host IS NULL |
Nom du paramètre de requête de la demande | queryparm$<nom> | HTTP, SOAP | Nom du paramètre de requête spécifié dans l'URL de demande. Pour chaque demande, il existe une mappe de paire nom/valeur de paramètres de requête, s'ils existent. Le routeur On Demand (ODR) utilise le nom du paramètre de requête de la demande comme une clé pour rechercher la mappe de paramètres, si elle existe, et extrait la valeur pour évaluer l'expression de la règle. Si la règle correspond, l'action spécifiée est alors entreprise. Sinon, l'action par défaut associée à la classe de travail dans laquelle l'expression est définie est utilisée. Par exemple, l'expression queryparm$timezone=’EST’ teste
une demande pour vérifier si elle contient un paramètre de requête HTTP appelé timezone contenant une
valeur EST. Pour tester la présence ou l'absence d'un paramètre de
requête, utilisez l'une des commandes suivantes :
|
Rôles | roles$<nom> | HTTP, SOAP | Rôle de l'émetteur de la demande. |
Hôte serveur | serverhost | HTTP, SOAP, IIOP | Nom d'hôte qualifié complet du serveur. Cet opérande ne prend pas en charge les opérateurs numériques, tels que >, >=, <, <=. |
Serveur IPV4 | serveripv4 | HTTP, SOAP | Adresse IP Version 4 de la machine serveur, utilisant le type d'adresse à quartet descripteur séparé par des points : n.n.n.n. |
Serveur IPV6 | serveripv6 | HTTP, SOAP | Adresse IPv6 128 bits du type x:x:x:x:x:x:x:x suivant le RFC 1924 de la machine serveur. |
Heure | time | HTTP, SOAP, IIOP | Cet opérande adopte le format suivant : [jourDeLaSemaine[/jourDuMois[/mois[/année]]]::][heure[:minute[:seconde]]].
La barre oblique (/) est utilisée pour séparer les paramètres de la date, les deux points répétés (::) sont utilisés pour distinguer les paramètres de la date et de l'heure et les deux points (:) sont utilisés pour séparer les paramètres de l'heure du jour. Notez que le résultat booléen de la règle entière dans laquelle l'opérande temporel est utilisé détermine l'action de routage à entreprendre. |
ID utilisateur | uid$<nom> | HTTP, SOAP | ID utilisateur de l'émetteur de la demande. |
Port virtuel | virtualportal | HTTP, SOAP | Les ports virtuels sont créés dans WebSphere Portal Server et WebSphere Extended Deployment prend en charge cet opérande pour une meilleure intégration à WebSphere Portal Server. Le portail virtuel correspond à l'URL de la demande moins la racine de contexte du module Web de l'application WebSphere Portal. Si une demande particulière correspond au portail virtuel défini, l'action de routage définie pour cette règle est adoptée. |
Expression XPath | xpathexpr | SOAP | L'expression de la chaîne XPath comporte une zone obligatoire destinée à contenir l'expression XPath et une zone facultative pour la définition d'un ou de plusieurs espaces de noms locaux. Si tous les espaces de noms contenus dans l'expression XPath sont standard, la seconde zone peut être facultative. dans le cas de plusieurs espaces de noms, ceux-ci sont séparés par une virgule (,). L'exemple suivant est celui d'une expression xpathexpr avec une définition d'espace de noms local : xpathexpr$/soap:Envelope/soap:Body/m:getTimeZone/n:clientId$m\\=http://test.classify.ws.ibm.com,n\\=http://test2.classify.ws.ibm.com = \\'1000\\' or operation IS NOT NULL |
En fonction de l'opérateur choisi, saisissez une valeur pour la sous-expression à créer.
Générez la sous-expression issue de l'opérande, de l'opérateur et des valeurs que vous avez spécifiés.
Copiez et collez cette sous-expression dans votre règle.