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_SA [...] d_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

 
Et tu t'attaques à un site J2EE Déjà que pour in informaticien, c'est pas toujours évident alors pour qq'un qui n'y connaît rien, ça me paraît pas jouable.
 
Déjà, avant d'avoir choisi un nouvel hébergeur, t'es tu assuré qu'il remplaçait tous les pré-requis relatif aux technos employés dans ton site : J2EE, JSP, des éventuels frameworks supportés, des éventuelles libs additionnelles...?
 
Et c'est en gros combien la somme déraisonnable? Si c'est à 4 chiffres, ça ne l'est pas pour ce genre de techno

L'hébergeur a simplement confirmé qu'il n'y avait pas de souci pour un hébergement Java. Mais il est incroyable qu'un copier/coller d'un site d'un ordinateur à l'autre (pour parler simple) soit si complexe...

C'est là que tu t'embrouille. Il ne s'agit pas de simplement copier / coller quelques fichiers d'un ordinateur à un autre. Là, en occurrence, il s'agit de migrer une application web (J2EE qui plus est) d'un hébergeur vers un autre. C'est autrement plus complexe, et les compétences requises (que je n'ai pas) pour effectuer cette tâche, dans l'absolu, ça se monnaye

C'est pas parce qu'on peut mettre un site en java que tout va fonctionner. En comparaison avec php, la plupart des hébergeurs proposent le php mais pas la même version (4.x ou 5.x) et pas toutes les lib (il manque souvent imap, xsl...) et la fonction mail est bien souvent limitée. Du coup, faut savoir de quoi a besoin son appli pour fonctionner correctement (et faire le distinguo entre le nécessaire et l'optionnel) et regarder ensuite pour les hébergeurs potentiels s'ils remplissent bien tous les pré-requis (présence de chaque lib nécessaire avec la bonne version).
 
Ensuite, c'est normal qu'un copier/coller ne fonctionne pas. Faut modifier le ou les fichiers de conf (typiquement, le login/mdp et l'url de connexion si y'a une BD, le smtp si y'a besoin du mail...), c'est pareil pour un site en php.