Différence de comportement sur 2 environnements

Marsh Posté le 10-02-2005 à 16:22:55

Bonjour à tous,

ça fait longtemps que je n'ai pas posté ici, mais là, soit j'ai la tête "trop dans le guidon", soit quelque chose m'échappe ...

J'ai une page d'une appli web (Turbine/Torque/Velocity), qui se comporte différemment entre l'environnement de dev, et la recette.
Pourtant les JDK sont les mêmes, Tomcat aussi.

Voici le bout de code qui pose problème :

Code :

entite = new Entite();
/* On initialise la date de début de validité au 1er janvier 1990 */
/******************************************************************/
Calendar calendar = Calendar.getInstance();
calendar.set(1990,0,1);
entite.setDateDebutValidite(new Date(calendar.getTimeInMillis()));
/******************************************************************/

En dev, j'ai bien ma date initialisée au 01/01/1990 comme il faut, mais en recette on a systématiquement la date du jour ! :heink:

Bien sûr, impossible de reproduire la chose en dev ...

PS: je n'ai pas accès aux logs de recette pour pouvoir débugger directement là-bas.

Donc si quelqu'un a une idée, je suis preneur, parce que ça m'agace de perdre du temps sur un truc aussi simple.

Merci d'avance.
:hello:

Reply

Marsh Posté le 10-02-2005 à 16:22:55

Reply

Marsh Posté le 10-02-2005 à 17:07:01

Hmmmm... Hors différence de version de JDK, pb de Locale ?

- Assure-toi que les versions des JDK sont rigoureusement identiques;
- Jete un oeil sur getInstance(Locale aLocale)
- Affiche le résultat de getAvailableLocales() et boucle sur le résultat pour voir;
- Fais un setLenient(false) à tout hasard.

EDIT: c'est vraiment au pif, j'ai pas la moindre idée en fait.

Message édité par sircam le 10-02-2005 à 17:07:30

---------------
Now Playing: {SYNTAX ERROR AT LINE 1210}

Reply

Marsh Posté le 10-02-2005 à 17:31:20

ca résoudera pas ton problème, mais à la place de faire new Date(calendar.getTimeInMillis()), tu peux faire calendar.getTime()

---------------
ma vie, mon oeuvre - HomePlayer

Reply

Marsh Posté le 10-02-2005 à 18:56:17

Notsukaw a écrit :

PS: je n'ai pas accès aux logs de recette pour pouvoir débugger directement là-bas.

Donc si quelqu'un a une idée, je suis preneur, parce que ça m'agace de perdre du temps sur un truc aussi simple.

je comprendrai jamais comment on espere que les gens bossent bien dans des cadres aussi étriqués
(c'est pas contre toi hein, juste une remarque generale; jte plains)

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

Reply

Marsh Posté le 10-02-2005 à 19:04:42

Oui, les JDK sont rigoureusement identiques (1.4.2_01)

Merci à vous deux pour vos suggestions, je vais essayer cela dès demain matin, on verra bien.

Bonne soirée
:hello:

Reply

Marsh Posté le 10-02-2005 à 19:09:09

regarde aussi la locale ET la timezone au niveau de l'OS, et vérifie qu'elles sont supportées par la jdk.
(Timezone.getDefaultTimezone() ou un truc comme ça, histoire de voir si ça correspond)

edit: accessoirement, verifie les horloges des machines [:joce]

Message édité par the real moins moins le 10-02-2005 à 19:09:33

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

Reply

Marsh Posté le 10-02-2005 à 19:09:19

the real moins moins a écrit :

je comprendrai jamais comment on espere que les gens bossent bien dans des cadres aussi étriqués
(c'est pas contre toi hein, juste une remarque generale; jte plains)

C'est une situation un peu compliquée :
La MOA a en face d'elle 2 MOE (voir 3 suivant comment on considère) ...

Ils ont LEUR service info, qui assure la recette et la prod (sur paris), et ils ont sous-traité le développement à une autre grosse boite info, qui elle-même a re-sous-traité le développement à ma boite... (sur nantes)

Donc bien sûr techniquement ce serait facile pour eux de passer le log de l'appli qui est en recette en mode "debug", mais ce qui veut dire arrêt du tomcat, ant compile, puis relance. Et comme leur serveur est un peu juste en espace disque, la log risque de tout saturer