Type de mappage entre le chemin et l'url.
+ Détermine la normalisation et/ou le (non-)décodage que
+ mod_proxy appliquera au chemin de l'uri
+ demandé avant de rechercher une correspondance avec le chemin.
+ Si un mappage correspond, il est appliqué au chemin de l'uri
+ de façon à ce que tous les contextes de répertoire qui utilisent un
+ chemin (comme <Location> ) fassent l'objet d'une
+ recherche de correspondance en utilisant le même mappage.
+ mapping=encoded empêche le décodage des caractères %
+ contenus dans le chemin de l'uri de façon à ce que l'on
+ puisse par exemple utiliser des configurations telles que :
+ ProxyPass "/special%3Fsegment" "https://example.com/special%3Fsegment" mapping=encoded
+
+ <Location "/special%3Fsegment">
+ Require ip 172.17.2.0/24
+</Location>
+
+ mapping=servlet se réfère à la normalisation définie par
+ la spécification de la Servlet qui sera par exemple appliquée par Apache
+ Tomcat pour les conteneurs de servlet (en particulier, les paramètres du
+ chemin sont ignorés pour le mappage). Un chemin d'uri comme
+ /some;foo/path sera alors mappé comme
+ /some/path et correspondra donc à tout ce qui suit sans
+ tenir compte des paramètres du chemin demandé :
+ ProxyPass "/some/path" "https://servlet.example.com/some/path" mapping=servlet
+
+ <Location "/some/path">
+ Require valid-user
+</Location>
+
+ Note
+ Il est recommandé d'utiliser le même mappage côté Apache httpd
+ que celui utilisé côté arrière-plan. Par exemple, lors de la
+ configuration des autorisations dans les sections
+ <Location> pour des chemins mappés par
+ mod_proxy comme conteneurs de servlet (comme les
+ applications s'exécutant sous Apache Tomcat), on doit utiliser la
+ définition mapping=servlet pour éviter que les
+ paramètres du chemin et similaires n'interfèrent avec les
+ autorisations qui doivent être définies par Apache httpd.
+
+ |