Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1892 connectés 

  FORUM HardWare.fr
  Programmation
  Java

  Probleme de deploiement

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Probleme de deploiement

n°640803
Mazda3
Posté le 12-02-2004 à 19:04:55  profilanswer
 

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

mood
Publicité
Posté le 12-02-2004 à 19:04:55  profilanswer
 

n°640808
Mazda3
Posté le 12-02-2004 à 19:09:20  profilanswer
 

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 !

n°640857
benou
Posté le 12-02-2004 à 19:38:05  profilanswer
 

:/
 
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 [:spamafote]


---------------
ma vie, mon oeuvre - HomePlayer
n°640899
the real m​oins moins
Posté le 12-02-2004 à 20:04:37  profilanswer
 

mazda3 a écrit :

Voilà j'ai un gros problème.
 
J'ai une appli J2EE. Qui fonctionne parfaitement sur ma machine. (TOMCAT 4)


on se calme.


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
n°640918
benou
Posté le 12-02-2004 à 20:21:46  profilanswer
 


bha, c'est pas le premier à faire l'amalgame ...


---------------
ma vie, mon oeuvre - HomePlayer
n°640919
the real m​oins moins
Posté le 12-02-2004 à 20:22:28  profilanswer
 

benou a écrit :


bha, c'est pas le premier à faire l'amalgame ...

c'est pas une raison [:spamafote]


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
n°641077
krosso
j'suis à la bourre
Posté le 12-02-2004 à 23:38:13  profilanswer
 

Qu'est-ce qui vous embête là-dedans ?
Une appli basée sur des servlets est une appli J2EE.
 

n°641081
the real m​oins moins
Posté le 12-02-2004 à 23:40:58  profilanswer
 

mouaif.


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
n°641082
krosso
j'suis à la bourre
Posté le 12-02-2004 à 23:41:53  profilanswer
 

T'es dur hein...

n°641084
the real m​oins moins
Posté le 12-02-2004 à 23:44:12  profilanswer
 

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 :o


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
mood
Publicité
Posté le 12-02-2004 à 23:44:12  profilanswer
 

n°641088
krosso
j'suis à la bourre
Posté le 12-02-2004 à 23:47:50  profilanswer
 

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.
 

n°641104
the real m​oins moins
Posté le 12-02-2004 à 23:54:52  profilanswer
 

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é [:itm]
 
énorme, le mec il demande de l'aide et il dit pas quel est le probleme [:ddr555]


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
n°641239
Mazda3
Posté le 13-02-2004 à 08:52:54  profilanswer
 

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  ?

n°641241
benou
Posté le 13-02-2004 à 08:54:08  profilanswer
 

tin mais c'est pas vrai ! [:w3c compliant]
 
t'as toujours pas dis quel était l'erreur ...


---------------
ma vie, mon oeuvre - HomePlayer
n°641244
Mazda3
Posté le 13-02-2004 à 09:00:35  profilanswer
 

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 ...

n°641245
benou
Posté le 13-02-2004 à 09:02:22  profilanswer
 

ha ok. tout est clair maitenant.
L'erreur est la ligne 138 du fichier MoonBoots.java  
 
[:kiki]


---------------
ma vie, mon oeuvre - HomePlayer
n°641246
Mazda3
Posté le 13-02-2004 à 09:02:24  profilanswer
 

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é.

n°641247
Mazda3
Posté le 13-02-2004 à 09:03:49  profilanswer
 

benou a écrit :

ha ok. tout est clair maitenant.
L'erreur est la ligne 138 du fichier MoonBoots.java  
 
[:kiki]


 
 :o  
 
Non c'est pas une erreur de programmation. Puisque que ça marche sur 3 autres machines avec une config presque identique.

n°641248
benou
Posté le 13-02-2004 à 09:04:48  profilanswer
 

Mais enfin, comment tu veux qu'on ait la moindre idée de ce qui peut planter ?


---------------
ma vie, mon oeuvre - HomePlayer
n°641251
Mazda3
Posté le 13-02-2004 à 09:06:59  profilanswer
 

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  :whistle:

n°641253
Mazda3
Posté le 13-02-2004 à 09:09:33  profilanswer
 

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


Message édité par Mazda3 le 13-02-2004 à 09:09:46
n°641304
krosso
j'suis à la bourre
Posté le 13-02-2004 à 09:49:42  profilanswer
 

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.

n°641312
darklord
You're welcome
Posté le 13-02-2004 à 09:52:53  profilanswer
 

krosso a écrit :

Qu'est-ce qui vous embête là-dedans ?
Une appli basée sur des servlets est une appli J2EE.
 
 


 
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 [:spamafote]

n°641323
Mazda3
Posté le 13-02-2004 à 09:58:00  profilanswer
 

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.
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.
 


 
Ok je vais tester tout ça  :jap:

n°641550
la viper
Posté le 13-02-2004 à 11:45:32  profilanswer
 

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 ..

n°641552
la viper
Posté le 13-02-2004 à 11:46:30  profilanswer
 

GROS COCHON VA !!

n°641667
the real m​oins moins
Posté le 13-02-2004 à 12:51:17  profilanswer
 

benou a écrit :

ha ok. tout est clair maitenant.
L'erreur est la ligne 138 du fichier MoonBoots.java  

[:rofl]


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
n°641976
krosso
j'suis à la bourre
Posté le 13-02-2004 à 15:08:12  profilanswer
 

darklord a écrit :


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 [:spamafote]


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. [:spamafote]
 
 

mood
Publicité
Posté le   profilanswer
 


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Programmation
  Java

  Probleme de deploiement

 

Sujets relatifs
Problème de structure de structure en Cprobleme de formulaire..
problème avec PHP4 et apache[PHP] Problème update
Applet : Probleme graphique entre JV Microsoft et JV SUNProblème video + mouselistener
[JAVA]Probleme de ThreadProbleme dans le web.xml
pseudo-frame en PHP, problémeProblème requête SQL (Ms SQL 2000)
Plus de sujets relatifs à : Probleme de deploiement


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR