Conflit entre /manager et Tomcat Manager

[vinriviere]

Par défaut, Tomcat est fourni avec une webapp "manager" qui permet de déployer et de surveiller des applications. Elle est installée sur le contexte /manager.

De son côté, esup-nfc-tag-server doit obligatoirement être installée à la racine (webapp ROOT), voir mon Issue #40. Il utilise également le chemin /manager pour sa gestion interne (ce qui n'a rien à voir avec le Tomcat Manager).

En conclusion, il est impossible d'utiliser à la fois Tomcat Manager et esup-nfc-tag-server sur un même Tomcat. C'est fâcheux. Je me souviens que lors de l'installation d'origine, j'ai eu beaucoup de mal à comprendre pourquoi esup-nfc-tag-server ne fonctionnait pas. C'est parce qu'il y avait ce conflit du chemin /manager avec l'application Tomcat Manager qui est fournie par défaut avec Tomcat.

Encore pire : je n'arrive pas à démarrer esup-nfc-tag-server depuis NetBeans. A ce que je comprends, NetBeans utilise le Tomcat Manager pour déployer l'application au moment de l'exécution. Mais puisqu'on est obligé de supprimer Tomcat Manager (pour cause d'incompatibilité avec esup-nfc-tag-server), l'application ne se déploie pas ! C'est inextricable.

Je vois 2 solutions :

• Permettre d'installer esup-nfc-tag-server dans un contexte non-racine (voir Issue Déploiement sur un contexte autre que la racine #40).
• Ne pas utiliser le chemin /manager dans esup-nfc-tag-server

[vbonamy]

Bonjour Vincent,
/manager est effectivement un contexte utilisé par défaut par la servlet manager de tomcat, mais celle-ci (contrairement à esup-sgc et esup-nfc-tag-server donc ;) ) peut s'instancier sur un autre contexte, en /tomcat-manager par exemple.
Sur tomcat toujours, tu peux aussi utiliser psi-probe (qui tourne en /probe par défaut, sans conflit avec esup-sgc/esup-nfc-tag-server), il ne propose pas exactement les mêmes fonctionnalités que /manager mais pour la surveillance et l'exploitation classique il m'a toujours paru plus intéressant.
https://github.com/psi-probe/psi-probe
Je ne connais pas d'équivalent pour jetty par contre...
Concernant NetBeans, je ne l'ai jamais utilisé. On utilisait SpringToolSuite STS (basé sur Eclipse) jusqu'il y a quelques années, nous sommes maintenant passés sur Intellij IDEA de Jetbrains.
On donne quelques informations sur la possibilié de développement dans esup-sgc ici (même chose que pour esup-nfc-tag-server) :
https://www.esup-portail.org/wiki/spaces/SGC/pages/614990189/Outils+pour+l+int%C3%A9gration+et+ou+le+d%C3%A9veloppement
Dans les mois/années qui viennent, on devrait passer à spring 6 voire spring-boot... la mise en place d'un environnement de développement en serait alors facilitée.

[vinriviere]

Merci pour ces pointeurs, je vais essayer de me débrouiller.

Je n'ai pas vraiment besoin du Tomcat Manager en production, donc psi-probe ne me sera pas utile. En revanche, j'en ai besoin sur mon poste de développement, puisqu'apparemment c'est ce qui est utilisé par Netbeans pour déployer l'application sur Tomcat quand on l'exécute. Je ne sais pas si Netbeans est capable de faire appel au manager s'il est nommé différemment, je vais creuser. En tout cas ce conflit de nom est regrettable.

IntelliJ IDEA, je l'utilisais il y a 20 ans, dans un autre contexte. C'était un super outil, j'en garde un très bon souvenir. J'ai pu avoir un aperçu de ce qu'il est devenu avec Android Studio. Mais par les temps qui courent, il n'est pas envisageable que j'utilise un outil payant. Je vais essayer de m'en sortir avec NetBeans ou Eclipse. EDIT: Je vais bien sûr commencer par SpringToolSuite, puisque c'est l'outil de développement officiel.

[vinriviere]

Je reprends l'info que @vbonamy a donnée sur l'Issue #42. L'idéal c'est de lancer esup-nfc-tag-server avec mvn jetty:run. Cela utilise le serveur d'applications Jetty intégré à l'application. Ainsi, il n'y a plus besoin de Tomcat, et donc plus de conflit avec le chemin /manager.