Pourquoi Grails URL params décodage se comportent différemment sur le serveur vs locale

Question

Disons que j'ai l'entrée suivante dans mes Grails URLMappings.groovy:

"/actionName/param1"(controller:'myController', action:'myAction') 

Quand j'appelle une URL où param1 comprend + comme un caractère spécial , l'URL est codée correctement à /actionName/my%2Bparam par exemple, à la fois dans mon environnement local et dans mon serveur.

Dans mon environnement local - en utilisant également "prod" comme paramètre d'environnement - ceci est correctement résolu en my+param dans le contrôleur. Cependant dans mon "vrai" environnement de production (instance Amazon Web Service EC2), l'URL est résolue en "mon param" ce qui est faux.

Je n'ai aucune idée de ce que la raison pour cela pourrait être. Les deux environnements utilisent TomCat, et comme indiqué ci-dessus, j'utilise même les paramètres d'environnement prod dans mon environnement local, donc il ne peut y avoir de configuration différente entre le développement et la production.

Est-ce que quelqu'un a une idée où je pourrais creuser plus profondément pour identifier le problème?

Answer 1

C'est un known bug qui a été introduit dans Groovy 1.3.4 ou quelques versions de build auparavant. Il a été corrigé dans la version actuelle 1.3.5.

cela est correctement résolu à mon + dans le param contrôleur

Non, la résolution attendue est "mon PARAM" (avec un espace).
Comme cela fonctionne sur l'hôte Amazon, vous devez mettre à niveau Grails vers la version 1.3.5, localement.

Answer 2

L'instance EC2 exécute-t-elle Apache devant Tomcat? J'ai déjà eu des problèmes avec les paramètres qui ont été décodés deux fois, une fois par Apache, puis encore par Tomcat. De mémoire, je pense que j'ai ajusté la configuration de la directive ProxyPass dans Apache pour le corriger.

EDIT:

J'ai trouvé les instructions suivantes que j'avais laissé avec le code source pour mon application :)

ajouts Apache httpd.conf

AllowEncodedSlashes On 
ProxyTimeout 3600 

Nous avons également mis à jour apache 2.2.12+ pour corriger HEAD> GET réécrire un bogue en utilisant un script shell de démarrage.

J'ai aussi ajouté l'option « nocanon » à la directive ProxyPass pour arrêter le décodage automatique par mod_proxy dans /etc/httpd/conf.d/cluster.conf

Je pense que je devais faire sur le serveur que vous pouvez Ne modifiez pas cela en utilisant l'interface graphique. J'ai aussi une note qui dit que la chaîne de requête est encodée. Peut-être que je devais ajouter un décodage supplémentaire dans mon application pour gérer cela (désolé, je ne me souviens pas à coup sûr!)

démarrage Tomcat Paramètres

-Dorg.apache.tomcat.util.buf.UDecoder.ALLOW_ENCODED_SLASH=true 
-Dorg.apache.catalina.connector.CoyoteAdapter.ALLOW_BACKSLASH=true 

Je pense que c'était d'obtenir tomcat pour gérer correctement les barres obliques

acclamations

Lee