Discussion :

[sinok]

Bonjour,

Je fais face à une jolie petite embrouille sur une config WebSphere 6.1 avec IHS en front.

Le problème vient de la présence de l'IHS qui considère qu'une requête de type

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

GET /mon/chemin/vers/ma/ressource.ext?wsdl HTTP/1.0

, qui aboutit correctement si on la passe directement sur le serveur d'application Websphere, tombe en 404 quand elle est adressée à l'IHS qui est sensé forworder les requêtes au serveur d'application.

Bizarrement, si l'on modifie la requête pour que le chemin de la ressource contienne l'adresse complête, c'est à dire quelquechose dans le genre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

GET http://monserver:monport/mon/chemin/vers/ma/ressource.ext?wsdl HTTP/1.0

la requête aboutit correctement.

Le problème vient du fait que le progiciel qui émet la requête est une boite de type noire, et que donc il m'est impossible d'y modifier quoi que ce soit.

Existerait-t'il à votre avis un moyen d'indiquer à l'IHS (qui est un apache dans les faits) de rediriger correctement ces requêtes vers le serveur d'application.

J'ai déjà essayé de me diriger vers des RewriteRules ou autres RedirectMatch mais sans autre résultat que de remplacer l'erreur 404 par une 302 pour le moment. Serait-ce du à une mauvaise utilisation de ces règles.

Merci d'avance pour votre aide. (et n'hésitez pas à me signaler si je dois envoyer ce topic vers le forum apache)
Sinok

[rberthou]

Regarde dans la procédure d'installation de cette application mais je pense que tu dois définir différente chose au niveau de ta config "Apache" (ibm).

Vérifie bien sur si tu as bien effectué l'action "Mapper les modules vers les serveurs" en sélectionnant également ton serveur IHS

[lbenoit]

Bonjour,

Il faut vérifier que le plugin est bien configuré sur ton serveur web.
=> httpd.conf
=> plugin-cfg.xml

[sinok]

Bon au final on a eu le fin mot de cette affaire, donc l'appli en question envoyait une requête de type localhost, et le plugin-cfg.xml n'était pas configuré pour laisser passer les requêtes http GET provenant du localhost. Donc il a fallu modifier les virtualhosts contenus dans le plugin-cfg pour y ajouter un localhost:port à l'adresse du serveur en elle même.

Donc ça compte comme un workaround, sachant que c'est avant tout à l'éditeur du progiciel de corriger ça.

En tout cas problème résolu (bon ça fait un petit moment en fait) et merci à vous.