Utilisation d'éléments dynamiques dans les paramètres des connexions HTTP sortantes

Dans certains cas, il est utile de contrôler les paramètres de configuration au moment de l'exécution. Par exemple, un administrateur peut souhaiter que, pendant la phase d'exécution, le programme détermine la règle de stratégie à appliquer. Dans un autre scénario, les parties d'une configuration de règle de stratégie connues uniquement lors de l'exécution doivent être incluses dans la configuration.

Pourquoi et quand exécuter cette tâche

Activation et désactivation des règles de stratégie : les administrateurs peuvent utiliser le paramètre de métadonnées active pour activer ou désactiver la règle de stratégie à laquelle appartiennent les métadonnées. Au lieu de définir une valeur de métadonnées statique sur true ou false, l'administrateur peut définir un jeton de variable. L'exemple suivant utilise cette fonction pour désactiver les mappages de stratégie. Pour plus de détails, consultez les informations concernant la désactivation des règles de stratégie, des mappages ou des filtres de connexion personnalisés sous Description du script de configuration des connexions HTTP sortantes.

Exemple

L'exemple suivant désactive plusieurs règles de stratégie, en fonction d'une variable de stratégie unique :

<proxy-rules ...>
     <variables>
          <endpoint name="am_i_active">false</endpoint>
     <variables>
     <mapping contextPath="/theproxy">
          <policy url="http://the_remote_server.com/*">     
                ...
               <meta-data>
                    <name>active</name>
                    <value>{$am_i_active}</value>
               </meta-data>
          </policy>
          <policy url="http://another_remote_server.com/*">     
                ...
               <meta-data>
                    <name>active</name>
                    <value>{$am_i_active}</value>
               </meta-data>
          </policy>
     </mapping>

</policy-rules>

Dans certains cas, la décision d'activer ou de désactiver les règles de stratégie peut être prise uniquement lors de l'exécution. Dans ce cas, la variable de stratégie doit être transmise au proxy Ajax en tant que paramètre d'URL. L'exemple suivant montre la configuration :

<proxy-rules ...>
     <mapping contextPath="/theproxy">
          <policy url="http://the_remote_server.com/*">     
                ...
               <meta-data>
                    <name>active</name>
                    <value>{$active_a}</value>
               </meta-data>
          </policy>
          <policy url="http://the_remote_server.com/*">     
                ...
               <meta-data>
                    <name>active</name>
                    <value>{$active_b}</value>
               </meta-data>
          </policy>
     </mapping>
</policy-rules>

L'exemple suivant active la première règle et désactive la deuxième règle :

http://localhost/wps/theproxy/http/the_remote_server.com/main.html?active_a=true&active_b=false