J'ai le problème de trouver les performances du plugin sysdeo en utilisant le plugin intégré WTP d'eclipse.
Pour effectuer la migration et donc la comparaison, j'ai installé les deux sur des projets séparés dans eclipse.
J'ai remarqué une différence de productivité, d'après ce que j'ai compris : WTP a besoin de publier les sources dans un répertoire build pour que tomcat les ait à disposition. Ce "pulish" est long : il faut recharger le contexte pour que les modifications soient visibles. (5 sec dans la plupart des chantiers 15sec - 20sec dans les plus longs).
Sysdeo non ; il cible du répertoire eclipse par conséquent build interne au projet dès qu'une modification est faite par un fichier, eclipse build et ces modifications sont disponibles immédiatement (F5 sur le navigateur et on a le résultat immédiatement).
Voici ma configuration du serveur :
L'option " Servir les modules sans les publier " permet de faire exactement ce que fait sydeo : choisir le répertoire de construction du projet en cours. Cette configuration s'exprime dans le fichier de contexte. (C'est pour pouvoir la récupérer que j'ai coché l'option " Publier module les contextes pour séparer les lignes XML ").
Comparaison de ces fichiers :
- Voici le fichier de contexte à générer par sysdeo
< Context path="/tatoile _syseo" reloadable="false" docBase="D:\32bit\serveur32bit\workspace\tatoile _syseo" workDir="D:\32bit\serveur32bit\workspace\tatoile _syseo\work" />
- Le contexte du fichier à générer par WTP
< ?xml version="1.0" encoding="UTF-8"?> < Contexte docBase=" D:\32bit\serveur32bit\workspace\tatoile\web " path="/tatoile" reloadable="true" source="org.eclipse.jst.jee.server:tatoile"> < Ressources className="org.eclipse.jst.server.tomcat.loader.WtpDirContext" extraResourcePaths="/WEB-INF/classes| D:\32bit\serveur32bit\workspace\tatoile\build\classes " virtualClasspath=" D:\32bit\serveur32bit\workspace\tatoile\build\classes "/> < Loader className="org.eclipse.jst.server.tomcat.loader.WtpWebappLoader" useSystemClassLoaderAsParent="false" virtualClasspath=" D:\32bit\serveur32bit\workspace\tatoile\build\classes "/> < JarScanner scanAllDirectories="true"/> < /Context>
L'analyse ultérieure de ces deux fichiers est similaire.
Revenons maintenant au problème. J'utilise le même serveur, par conséquent les deux fichiers de contexte ci-dessus sont définis pour celui-ci. Expérience : Je lance le tomcat par le plugin sysdeo, les chargements en deux contextes se fait l'un pour configurer façon WTP l'autre par sysdeo. Les deux instances réagissent de la même manière, les modifications sont immédiates dans tatoile _syseo et tatoile.
Par contre, je lance tomcat via le plugin WTP (tab server etc.) dans eclipse, les modifications ne sont pas immédiatement effectuées dans les deux projets tatoile _syseo et tatoile. Note : L'auto-rechargement doit nécessairement être mis en Enabled pour que les modifications soient prises en compte. (Lorsque le serveur nous indique qu'il a rechargé le contexte, nous pouvons voir les modifications).
J'en déduis que la configuration des contextes n'est pas la raison, mais plutôt la façon dont le plugin lance tomcat ; et là ou je sèche
Voici le projet WTP :
