Probleme de deploiement - Java - Programmation
Marsh Posté le 12-02-2004 à 19:09:20
Pourtant en faisant des modifs et en remplaçant les .class, les modifs s'affiche, mais "le bug" est toujours sur la meme et seul machine ! C'est comme si une fonction d'une class ne fonctionnait pas.
Pourtant sur les 4 bécanes ont a exactement la même BD !
Marsh Posté le 12-02-2004 à 19:38:05
Comment veux tu qu'on t'aide avec les infos que tu nous donnes ???
pas un code, pas un message d'erreur. rien !
On est pas des devins
Marsh Posté le 12-02-2004 à 20:04:37
mazda3 a écrit : Voilà j'ai un gros problème. |
on se calme.
Marsh Posté le 12-02-2004 à 20:21:46
the real moins moins a écrit : |
bha, c'est pas le premier à faire l'amalgame ...
Marsh Posté le 12-02-2004 à 20:22:28
benou a écrit : |
c'est pas une raison
Marsh Posté le 12-02-2004 à 23:38:13
Qu'est-ce qui vous embête là-dedans ?
Une appli basée sur des servlets est une appli J2EE.
Marsh Posté le 12-02-2004 à 23:40:58
ReplyMarsh Posté le 12-02-2004 à 23:44:12
bah non, t'as raison, mais y'en a qui font souvent l'amalgame inverse aussi (j2ee = servlets; ils connaissent pas le reste). et je soupçonne que qqun qui dise application j2ee sans préciser "servlets", mais qui de fait a une appli reduite à des servlets(puisque tomcat) fasse cet amalgame
Marsh Posté le 12-02-2004 à 23:47:50
Oui, c'est vrai. Y a pas mal de monde qui comprend mal les différences entretomcat, jboss, jonas, websphere, weblogic et tutti quanti.
C'est touffu j2ee.
Pour ne revenir à la question initiale : on peut pas t'aider si t'en dis pas plus.
Si ça marche sur trois bécanes avec des configs différentes et pas sur la quatrième : fait le ménage dessus et ré-essaye, c'est pas un pbm applicatif.
Marsh Posté le 12-02-2004 à 23:54:52
d'un autre coté, c pê aussi un pb de l'appli qui fait des crasses du genre lire un fichier dont l'emplacement est hardcodé
énorme, le mec il demande de l'aide et il dit pas quel est le probleme
Marsh Posté le 13-02-2004 à 08:52:54
Bonjour,
les seuls grosses différences sont les versions de TOMC heu.. Tomcat
Sinon, on a la même version de mysql, même base de donnée (structure + donnée)
Il y a aucune lecture de fichier.
Donc la solution : on efface tout et on recommence ?
Marsh Posté le 13-02-2004 à 08:54:08
tin mais c'est pas vrai !
t'as toujours pas dis quel était l'erreur ...
Marsh Posté le 13-02-2004 à 09:00:35
Bah c'est pas vraiment une erreur !
L'appli marche parfaitement ... mais sur une (une et une seul) page quand on enregistre des infos en BD , elle ne fait pas les modifications sur la BD.
Pourtant on la meme base de donnée ...
Marsh Posté le 13-02-2004 à 09:02:22
ha ok. tout est clair maitenant.
L'erreur est la ligne 138 du fichier MoonBoots.java
Marsh Posté le 13-02-2004 à 09:02:24
C'est comme si qu'elle a stocké en memoire l'ancienne version de l'appli, qui elle n'avait pas cette fonctionnalité car a l'époque je n'avais pas encore dvp cette fonctionnalité.
Marsh Posté le 13-02-2004 à 09:03:49
benou a écrit : ha ok. tout est clair maitenant. |
Non c'est pas une erreur de programmation. Puisque que ça marche sur 3 autres machines avec une config presque identique.
Marsh Posté le 13-02-2004 à 09:04:48
Mais enfin, comment tu veux qu'on ait la moindre idée de ce qui peut planter ?
Marsh Posté le 13-02-2004 à 09:06:59
benou a écrit : Mais enfin, comment tu veux qu'on ait la moindre idée de ce qui peut planter ? |
Oui je sais, comme ça je suis pas le seul à ne pas comprendre le bug
Marsh Posté le 13-02-2004 à 09:09:33
La seule hypothese que j'ai en ce moment, c'est que l'appli a du stocké (je ne sais où) des .class de l'ancienne version de l'appli.
Mais en mettant a jour 10 fois l'appli j'ai toujours le même pb
Marsh Posté le 13-02-2004 à 09:49:42
Tu vires le répertoire complet de ta webapp sur la machine où ça ne marche pas, tu récupères le même répertoire sur une machine où ça marche et hop, roulez jeunesse.
Y a pas de trucs qui traînent sauf :
Tu peux éventuellement chercher le répertoire de travil des jsp, là ou tomcat créé les .java et les .class de tes jsp et tu vides tout ça.
Tomcat les recréera ensuite à partir des JSP.
Marsh Posté le 13-02-2004 à 09:52:53
krosso a écrit : Qu'est-ce qui vous embête là-dedans ? |
bin la spéc J2EE est définie comme une architecture multi-tiers. Un web front-end j'appelle pas ca une architecture multi-tiers perso
Marsh Posté le 13-02-2004 à 09:58:00
krosso a écrit : Tu vires le répertoire complet de ta webapp sur la machine où ça ne marche pas, tu récupères le même répertoire sur une machine où ça marche et hop, roulez jeunesse. |
Ok je vais tester tout ça
Marsh Posté le 13-02-2004 à 11:45:32
la soluce .. logiquement si tu respectes le principe, il faut decharger le war et le remettre dans la moulinette tomcat..
sinon, si tu fais ca à l'arrache il faudra relancer ton tomcat :s
voilà
tout se passe logiquement dans la console admin/manager de tomcat ..
Marsh Posté le 13-02-2004 à 12:51:17
benou a écrit : ha ok. tout est clair maitenant. |
Marsh Posté le 13-02-2004 à 15:08:12
darklord a écrit : |
J2ee est un ensemble de normes dont font partie les normes servlets et JSP.
Et rien n'empêche de faire du n-tiers avec.
Toutes mes applis sont n-tiers et la grosse majorité n'utilise pas d'ejb.
Marsh Posté le 12-02-2004 à 19:04:55
Voilà j'ai un gros problème.
J'ai une appli J2EE. Qui fonctionne parfaitement sur ma machine. (TOMCAT 4)
J'installe mon webapps (class+lib+jsp) sur un autre PC toujours sous Tomcat 4, le deploiement se passe a merveille, l'appli fonctionne.
Ensuite j'installe l'appli sur un autre pc mais avec TOMCAT 5, ça marche toujours bien !
Mais quand j'ai ensuite installé sur une 4eme machine (qui avait avant une ancienne version de l'appli de quelques jours), une petite partie de l'appli ne fonctionne pas !
Pourtant g bien tout supprimé les anciens .class, jsp et tout ce qui suit ...et remplacé par les nouveaux.
Tout fonctionne sauf une petit partie qui ne veut pas marcher (pourtant qui marche sur toutes les autres becanes ...)
A votre avis cela vient de quoi ? des anciens .class ? Tomcat 5?
de la machine ?
Merci de votre aide