Discussion :

[philmt]

Tomcat prend 5 minutes pour démarrer mon application,
l'appli fait 60 mega pour 2000 fichiers, tomcat copie à chaque fois
tous les fichiers de l'application dans son dossier temp ce qui prend
3 plombes, pendant ce temps rien en s'affiche sur la console...et il ne
copie jamais rien dans son rep webapps.
pour l'arret du serveur, il prend tout autant de temps car il efface
le contenu du rep temp...

y-a-t-il un moyen de ne pas faire cette copie à chaque démarrage ?
merci

ps, j'utilise eclipse 3.2 avec le plugin sysdeo pour tomcat

[Laurent.B]

Je ne connais pas vraiment la réponse à ta question mais ton serveur, il contient plusieurs webapps ou seulement la tienne (et à part celles par défaut) ?
Sinon, tu es allé voir dans l'interface d'admin de tomcat ?

[philmt]

le serveur contient seulement mon application...
et je n'utilise pas l'interface d'admin de tomcat

non seulement il met entre 3 et 5 minutes pour démarrer,
mais en plus il ne prend pas en compte les modifications
du code à la volé, même quand il s'agit d'ajouter une
ligne dans une jsp

[Laurent.B]

Si tu es parti d'une config toute propre de Tomcat, c'est quand même assez étrange...
Quelle est ta config (à tout hasard) ?
OS, espace disque disponible ?
Version de JDK ?
As-tu bien paramétré ton JAVA_HOME ?

[philmt]

eclipse 3.2
tomcat 5.5
java 5.0
des giga de libres sur le disque...

[Laurent.B]

Et quand tu lances Tomcat en dehors d'Eclipse, il est toujours aussi lent?

[philmt]

oui je le lance en dehors d'eclipse justement...
et en dedans c'est pareil, et ce qui prend tout ce temps c'est la copie
de tous les fichiers de mon workspace dans le /temp de tomcat

[Laurent.B]

Ben regarde dans l'interface d'admin de Tomcat (sans le lancer dans Eclipse) si tu ne peux pas configurer des options, une fois ta webapp déployée. Par contre, l'interface d'admin n'est pas fournie par défaut pour la version 5.5, il faut la récupérer et l'installer au préalable...

[philmt]

j'ai passé la barre des 70 000 ms après avoir desinstallé/réinstallé
tomcat 4.1 puis réinstallé le 5.5. Je sais pas pourquoi mais le tps
de démarrage à baissé... mais maintenant j'ai un autre soucis,
mon tomcat ne prend pas en comtpe les modifs de jsp à la volé,
je suis à chaque fois obligé de redémarrer tomcat

[philmt]

tomcat vient de me supprimer mon workspace, sans raisons apparantes...

[Laurent.B]

Et l'interface d'admin?

Sinon, ta webapp elle contient pas par hasard un fichier META-INF/context.xml ?

[philmt]

si elle contient un META-INF/context.xml, pourquoi?

[romaintaz]

Bonjour,

Je déterre un peu ce sujet parce que j'ai été confronté à ce problème hier.
Comme j'ai fini par trouver une réponse, je la poste pour celles et ceux qui seraient bloqués par ce problème.

Dans ma webapp (appelons la TRUC), je définis un contexte dans le fichier tomcat-server/webapps/truc/META-INF/context.xml.

Le contenu de ce fichier était :

Code :

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

1
2
3
 
<Context antiResourceLocking="true" antiJARLocking="true">
</Context>

En remplaçant le contenu de ce fichier par ça :

Code :

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

1
2
3
 
<Context antiResourceLocking="false" antiJARLocking="false">
</Context>

alors Tomcat ne copiera plus ma webapp dans son répertoire temp/.

A noter que si le fichier context.xml n'est pas présent, alors la copie ne se fera pas (normalement).
Pour information, ces attributs permettent de ne pas locker les librairies JAR et les fichiers de ressources de l'application, puisque Tomcat copie ces fichiers dans le répertoire temp/ et travaille ensuite sur la copie et non les originaux.