Discussion :

[fjalt]

Bonjour,

j'ai développé en Java 1.6 sur Tomcat 6 avec Eclipse Helios (ant 1.7.1).
Tout va bien en terme de développement.

J'essaye de faire un ant, mais j'ai plein de problème de compilations alors même que j'utilise bien les jar de tomcat 6 pour jasper.
Jasper n'aime pas les "usebean class="..."
Javac n'aime pas:
- les annotations
- les for(String s: List...)
- la généricité List<String>
- j'ai un duplicate bean name dans un include via ant alors meme que tomcat n'y voit aucun souci.
Quand j'essaye d'utiliser ant en mode console, j'ai plein de problèmes de caractères, etc.

Mes questions sont donc :
1) pouvez vous m'aider à résoudre mes points précédents ?
2) en production, est il indispensable de compiler au préalable les jsp ? est-ce que sa signifie que quand on voudra livrer un correctif sur une jsp il faudra redémarrer la webapp pasque tomcat ne va pas détecter les mises à jour ?
Le gain de la précompilation est-il juste lié au fait que je serveur n'a pas à le faire après le démarrage où consiste-t-il à désactiver tout un ensemble de fonction de détection des modifications de JSP qui serait très gourmand ?

Je suis sur une appli web intranet un peu "ERP". On préfère pouvoir livrer quelques correctifs sans redémarrer la webapp à économiser un tout petit peu de perfs dans la mesure ou ca reste peu couteux et ou on n'a pas trop de problème de charge sur le serveur.

Merci pour vos conseils.

[DevServlet]

-Peux tu vérifier le class path utilisé par ton ANT déjà pour voir si c'est la jdk sur laquelle il pointe est le même que tomcat?
-Dans ton cas ant te sert à quoi concretement, je ne vois pas très bien pourquoi ca te bloquerai.

[fjalt]

ant me sert à
- récupérer les éléments du CVS
- appliquer la conf applicative en fonction de l'environnement cible
- compiler les java, jsp, etc.
- livrer tous les fichiers résultant sur l'environnement souhaité (recette, preprod, prod,...).

Comme c'était conseillé, j'ai pensé qu'il fallait précompiler les JSP... mais si c'est pénalisant qu'au premier chargement d'une page, je préfère m'en passer

[DevServlet]

Si tu developpes avec Eclipse ant ne devrait te servir qu'à ça:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
- récupérer les éléments du CVS
- appliquer la conf applicative en fonction de l'environnement cible
- livrer tous les fichiers résultant sur l'environnement souhaité (recette, preprod, prod,...).

Le reste, eclipse peut très bien te l'assurer, la précompilation directement sur l'environnement d'éxécution ne pose pas de souci, c'est juste un peu long au premier chargement, mais ca se fait une seule fois, c'est pour information, mais ca ne résoud certainement pas ton souci actuel. ton ant est il intégré à ton eclipse? dans ce cas vérifies les propriétés de ANT, jdk, style , etc... et adaptes les aux mêmes propriétés que celles de tomcat.

[fjalt]

en tma, on livre parfois une partie du code et on commit pas tout ce qu'on développe, et ca varie en fonction de l'environnement. En plus, le process qualite de la boite impose que la livraison se fasse a partir d'un environnement précis... (qui héberge le CVS entre autre), mais sur lequel il n'y a pas d'eclipse.

jusqu'ici les technos étaient assez vieille JDK1.4.2, tomcat 5.0, etc.
du coup, je m'occupe entre autre d'une migration JDK1.6 et Tomcat 6.

donc il faudrait que mon tomcat s'occupe de tout le déploiement à partir de la récupération de la version taguée sur le CVS.

Ceci dit, si la précompilation n'améliorer rien après la compilation la classe, je m'en passe, et ça m'arrange.

merci

[DevServlet]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

donc il faudrait que mon tomcat s'occupe de tout le déploiement à partir de la récupération de la version taguée sur le CVS.

Il le fait tikte, c'est carrement du basique même que tous les serveurs d'applications font.