Discussion :

[nicolasga]

Bonjour à tous,

Je ne suis pas informaticien, mais je vous soumets un problème facheux rencontré lors de la migration du site Internet de la boite que je dirige.

Le site en question a été développé en 2005 par un informaticien freelance, en Java/JSP, puis hébergé chez Althosting. Ce prestataire cessant son activité, un nouvel hébergeur a été choisi : Nétissime.

Le site a donc été transféré sur les serveurs de Nétissime, mais un gros problème technique demeure : les pages .jsp ne sont pas du tout interprêtées. Le support technique (quasiment inexistant) de Nétissime a suggéré de créer un fichier .war et de le transférer sur leurs serveurs via leur inferface Parallels. Un ami informaticien a donc créé le fichier Copie_de_SAUV.war avec Netbeans et JDKquelquechose, et le fichier a été transféré avec succès, avec petite icone verte indiquant que l'application java Copie_de_SAUV.war fonctionne sur le serveur Tomcat de Nétissime.

Mais le back-office demeure toujours non fonctionnel depuis désormais une dizaine de jours, et ce à cause de deux problèmes :

1) La racine du nouveau site "compilé" n'est plus http://www.exemple.com/ mais http://www.exemple.com/Copie_de_SAUV/
Nétissime indique que rien ne peut être fait, et qu'il en est ainsi (magnifique solution au problème). Bien entendu, ce répertoire n'est que virtuel et non accessible via un FTP. Ce qui signifie que si nous souhaitons envoyer un nouveau fichier .jsp tel que clientlink.jsp, par exemple, dans le répertoire /FR, cela n'a aucun intérêt, puisque les .jsp de http://www.exemple.com/FR/clientlink.jsp ne sont pas interprétés, puisque la zone "compilée" est http://www.exemple.com/Copie_de_SAUV/FR/clientlink.jsp qui est une zone virtuelle non accessible par FTP.
Comme cela était le cas avec Althosting, je veux bien entendu pouvoir transférer les fichiers .jsp sur la zone "physique" du FTP, et que ces fichiers soient bien interprétés. Il faut que toute la structure du site soit à la racine, comme cela fut le cas avec Althosting.

2) Autre gros problème : même le répertoire virtuel correctement transféré ne fonctionne pas. Des erreurs 500 font systématiquement leur apparition. Exemples :
http://www.exemple.com/Copie_de_SAUV...sp?id_offer=15
http://www.exemple.com/Copie_de_SAUV/FR/connect.jsp

Le fait que les fichiers .jsp du site "normal" ne soient pas interprétés, comme vous l'imaginez, est, de son côté, du plus mauvais effet :
http://www.exemple.com/FR/clientlink.jsp?id_offer=15


Mon ami informaticien n'étant pas un spécialiste J2EE, ses compétences s'arrêtent là. L'informaticien ayant développé le back-office en 2005, de son côté, demande une somme déraisonnable pour résoudre le problème. Et me concernant, malgré un diplôme d'ingénieur (non informatique, je précise), mes connaissances de la programmation ne me permettent pas de résoudre le problème...

Bref, je compte sur votre expérience éclairée pour me dépatouiller de cette situation...

Mille mercis à vous !

Nicolas

[Jimmy_]

Bonjour,

Elle doit probablement être mal installé, il ne suffit pas de recopier les fichiers.
Pour vous répondre il faut connaitre l'architecture cible ou est déployé votre application J2EE.
Sur quel serveur d'application vous tournez ? Websphere ? Tomcat ? Weblogic ? autre ?

Mais il n'est pas evident de trouver ce qui ne va pas comme ça. Surtout si votre prestataire à quelque peu casser votre site.

En théorie tomcat possède un fichier de configuration ${tomcat.home}\conf\web.xml qui contient la configuration de base des web_apps, ensuite il faut regarder votre fichier web.xml, mais le problème peut-être plus complexe que ça ...

[nicolasga]

Merci pour cette réponse. Le développeur n'a rien "cassé", puisqu'il n'a pas accédé au site depuis. C'est donc uniquement la migration qui pose problème.

Pour l'accès à Tomcat, j'ai simplement l'adresse suivante :
http://www.exemple.com:8080/

Sinon, via un FTP, il existe un fichier /conf auquel je n'ai pas le droit d'accéder.

[Jimmy_]

Donc de toute manière pour aller au moins vérifier la configuration de votre appli il vous faut le user/mot de passe, sans ça rien à faire.