Déploiement sur un contexte autre que la racine

[vinriviere]

Actuellement, esup-nfc-tag-server doit obligatoirement être déployé à a la racine du serveur d'applications. Lorsque je l'ai installé pour la première fois, j'avais tenté de déployer dans un contexte spécifique (par exemple /esupnfctag) et j'en étais arrivé à la conclusion que ce n'était pas supporté. Je ne me souviens plus des détails. Toujours est-il que j'ai dû mettre en place un Tomcat spécifique, et installer esup-nfc-tag-server à la racine (contexte ROOT).

Il serait souhaitable qu'on puisse déployer esup-nfc-tag-server dans un contexte spécifique, au lieu de la racine. C'est le cas de la plupart des applications web. Cela permettrait de mutualiser un Tomcat pour héberger esup-nfc-tag-server et d'autres applications.

De plus, le chemin /manager est utilisé par esup-nfc-tag-server. Il cause un conflit avec la webapp Tomcat Manager (si elle est installée). Pour ne pas mélanger les problèmes, je vais ouvrir une autre Issue à ce sujet (Issue #41).

[vbonamy]

Bonjour Vincent,
Lors du développement de servlet, une bonne pratique est de s'assurer qu'une application puisse tourner dans un autre contexte que ROOT. On a fait attention à cela autant que possible, mais au fil des années, on n'a sans doute pas été assez vigilant, et au vu de ton expérimentation ça ne doit pas bien fonctionner ainsi.
J'imagine qu'il y a par exemple des références en / directement dans certains javascripts par exemple.
Aussi, et comme on le préconise dans la documentation https://www.esup-portail.org/wiki/spaces/SGC/pages/612237478/Documentation+de+mise+en+%C5%93uvre+ESUP-SGC+ESUP-NFC-TAG il faut actuellement estimer qu'esup-nfc-tag ne peut tourner que sur le contexte ROOT (je vais rajouter cela dans la FAQ), tout comme esup-sgc.
Le fait d'uniformiser cette installation en ROOT me semble bénéfique pour le partage des paramétrages (configurations apache) par exemple. J'ajoute aussi que le fait d'utiliser une instance tomcat par application (comme esup-sgc et esup-nfc-tag-server) me semble plus sécurisant et confortable pour le déploiement et la maintenance ; cela n'empêche pas d'ailleurs d'utiliser une seule installation qu'on instancie plusieurs fois.
Par ailleurs, on préconisera ici l'usage de tomcat (ou jetty) 9 issu de la distribution linux si possible (qui n'embarque alors pas forcément le manager tomcat ni les servlets d'exemples). Je réponds aux autres issues rapidement.