Problème de décalage horaire avec un Calendar

Version imprimable

Bonjour

Je rencontre un pb avec les Calendar de Java.

Dans mon appli, je reçois une date d'un système externe. Cette date est récupérée sous forme de Calendar.
Or, je me rends compte que les champs ne correspondent pas à l'heure exacte reçue.
On voit dans la trace suivante que "HOUR_OF_DAY=15,MINUTE=56,SECOND=39". Or, lorsque je formate la date pour l'afficher j'obtiens "16:56:39"
Code:

1 2 3 4 5 6 7 maDate = java.util.GregorianCalendar[time=1323446199105,areFieldsSet=true,areAllFieldsSet=true,lenient=true,zone=sun.util.calendar.ZoneInfo [id="GMT",offset=0,dstSavings=0,useDaylight=false,transitions=0,lastRule=null],firstDayOfWeek=2,minimalDaysInFirstWeek=4,ERA=1, YEAR=2011,MONTH=11,WEEK_OF_YEAR=49,WEEK_OF_MONTH=2,DAY_OF_MONTH=9,DAY_OF_YEAR=343,DAY_OF_WEEK=6, DAY_OF_WEEK_IN_MONTH=2,AM_PM=1,HOUR=3,HOUR_OF_DAY=15,MINUTE=56,SECOND=39,MILLISECOND=105,ZONE_OFFSET=0,DST_OFFSET=0] maDate time = 1323446199105 maDateFormattee = 09-12-2011 16:56:39
Cela me pose un problème car je dois modifier cette heure à 20h.
Or, lorsque je positionne l'heure à 20h avec "maDate.set(Calendar.HOUR_OF_DAY, 20);"
j'obtiens également 1h de décalage, et l'heure affichée est 21h.

Pour quelle raison y a-t-il une heure de décalage entre l'heure affichée et le Calendar ?
Est-ce du aux locales ?...
Comment peut-on récupérer ce décalage pour ajuster l'heure que je vais positionner ? Visiblement, l'offset du TimeZone est à 0... Je ne peux donc même pas me baser dessus...

Merci d'avance pour votre aide.

07/12/2011, 20h07
thelvin

Citation:

Envoyé par flexx

Est-ce du aux locales ?...

Les locales, aucune chance, mais à mon avis c'est dû aux time zones.

Dans ton exemple on voit que tu as configuré ton Calendar pour utiliser GMT.
Je suis prêt à parier que tu n'as pas fait la même chose pour ton DateFormat, ce qui fait qu'il utilise la TimeZone par défaut, ce qui chez nous, à l'heure d'hiver, est GMT+1

Citation:

Envoyé par flexx

Comment peut-on récupérer ce décalage pour ajuster l'heure que je vais positionner ?

Utilise la même TimeZone dans ton Calendar et dans ton DateFormat.

Merci pour ta réponse.

En fait, maintenant, pour afficher la date, j'utilise tout simplement la classe Date : maDate.getTime().toString()
Code:

1 2 3 4 5 6 7 8 9 maDate = java.util.GregorianCalendar[time=1323451647070,areFieldsSet=true,areAllFeldsSet=true,lenient=true, zone=sun.util.calendar.ZoneInfo[id="GMT",offset=0,dstSavings=0,useDaylight=false,transitions=0,lastRule=null],firstDayOfWeek=2, minimalDaysInFirstWeek=4,ERA=1,YEAR=2011,MONTH=11,WEEK_OF_YEAR=49,WEEK_OF_MONTH=2,DAY_OF_MONTH=9,DAY_OF_YEAR=343, DAY_OF_WEEK=6,DAY_OF_WEEK_IN_MONTH=2,AM_PM=1,HOUR=5,HOUR_OF_DAY=17,MINUTE=27,SECOND=27,MILLISECOND=70,ZONE_OFFSET=0,DST_OFFSET=0] maDate = Fri Dec 09 18:27:27 CET 2011 TimeZone = TimeZone = sun.util.calendar.ZoneInfo[id="GMT",offset=0,dstSavings=0,useDalight=false,transitions=0,lastRule=null]
On voit donc toujours que "HOUR_OF_DAY=17,MINUTE=27,SECOND=27"
alors que la date est "Fri Dec 09 18:27:27 CET 2011"

Le TimeZone montre un offset à 0.
Je ne sais pas comment faire pour récupérer le décalage (à part faire une bidouille pour comparer l'heure récupérée avec Date et l'heure présente dans HOUR_OF_DAY...).

Par contre, en local sur ma machine, quand je fais des tests avec la classe Calendar, j'obtiens un "ZoneInfo[id="Europe/Paris",offset=3600000,..." avec un offset d'une heure. Mais pas sur le serveur... :(

Edit :

Je viens de faire un nouveau test en mettant la date de mon serveur au 1er Juiller à 13h. On est donc en heure d'été.

J'obtiens ceci :
maDate = java.util.GregorianCalendar[time=1311161769991,areFieldsSet=true,areAllFieldsSet=true,lenient=true,zone=sun.util.calendar.ZoneInfo
[id="GMT",offset=0,dstSavings=0,useDaylight=false,transitions=0,lastRule=null],firstDayOfWeek=2,minimalDaysInFirstWeek=4,ERA=1,YEAR=2011,MONTH=6,
WEEK_OF_YEAR=29,WEEK_OF_MONTH=3,DAY_OF_MONTH=20,DAY_OF_YEAR=201,DAY_OF_WEEK=4,DAY_OF_WEEK_IN_MONTH=3,
AM_PM=0,HOUR=11,HOUR_OF_DAY=11,MINUTE=36,SECOND=9,MILLISECOND=991,ZONE_OFFSET=0,DST_OFFSET=0]

et maDate = Wed Jul 20 13:36:09 CEST 2011

On retrouve donc une différence de 2h en heure d'été, et 1h en heure d'hiver.

Je voudrais donc juste savoir comment récupérer ce décalage horaire automatiquement à partir du TimeZone (ou du Calendar).
Parce que là j'ai que des offset à 0...

08/12/2011, 00h57
thelvin

Citation:

Envoyé par flexx

En fait, maintenant, pour afficher la date, j'utilise tout simplement la classe Date : maDate.getTime().toString()

Ça marchera pas. Cette méthode utilise toujours la TimeZone par défaut, puisqu'il n'y a pas moyen de lui en donner une autre.
Utilise un SimpleDateFormat pour afficher ta date.

Citation:

Envoyé par flexx

Je voudrais donc juste savoir comment récupérer ce décalage horaire automatiquement à partir du TimeZone (ou du Calendar).

Calendar a une méthode getTimeZone() qui renvoie la TimeZone utilisée par le Calendar.
DateFormat a une méthode setTimeZone(TimeZone zone) qui permet d'indiquer la TimeZone dans laquelle on veut afficher les dates.
Je laisse à l'exercice de ton imagination comment relier ces deux états de fait.
12/12/2011, 11h17
flexx

Alors, finalement, je m'en suis sorti en créant un nouveau Calendar à partir de l'ancien et en changeant l'heure de ce nouveau Calendar.

Apparemment, pas mal de gens ont eu des problèmes similaires avec les Calendar et m'ont conseillé d'utiliser joda-time.

Merci en tous les cas pour votre aide ;)
12/12/2011, 11h53
thelvin

Citation:

Envoyé par flexx

Alors, finalement, je m'en suis sorti en créant un nouveau Calendar à partir de l'ancien et en changeant l'heure de ce nouveau Calendar.

Ou tu aurais pu faire ce que j'ai dit, qui fonctionne parfaitement et ne nécessite aucun bricolage.

Citation:

Envoyé par flexx

Apparemment, pas mal de gens ont eu des problèmes similaires avec les Calendar et m'ont conseillé d'utiliser joda-time.

Il n'y a aucun problème, juste des gens qui ne veulent pas comprendre ce qu'on passe notre temps à leur dire. Ni lire la JavaDoc des classes impliquées.

Certes joda-time est une bibliothèque plus simple que la lib de base Java, pour gérer les dates et heures. Il y a de nombreux cas d'utilisation pour lesquels elle est extra.

Mais dans notre cas très précis, "plus simple" signifie "moins rigoureux", ce qui n'est pas franchement digne d'un programmeur.
12/12/2011, 13h05
flexx

Ne le prend pas mal, mais j'ai fait beaucoup de tests avant de prendre la décision de créer une nouvelle date, ce que je trouve effectivement plus simple mais moins rigoureux car ça montre que je ne maitrise pas totalement le Calendar.

Maintenant, mon problème était assez compliqué à décrire et j'ai essayé de le simplifier dans ma description.
En réalité, je récupère une date à partir d'un simulateur. Cette date est transmise à un serveur via un web service, puis elle est envoyée à un autre serveur (avec d'autres données) toujours via un web service.
Pour mes tests ces 3 serveurs sont sur la même machine. Le problème est que les données de ma date changent entre les 2 serveurs, mais pas entre le simu et le 1er serveur. Quand j'affiche les données du Calendar (avec toString sur le Calendar sans passer par un DateFormatter) je n'obtiens pas les mêmes valeurs, alors que je n'ai pas touché à la date.

En bref, c'est assez difficile à décrire et je ne voulais pas noyer le sujet sous des tonnes de logs en fonction des tests effectués.
Et encore une fois, quand je fais des tests en local sur mon PC avec une classe de test et un main() ça fonctionne effectivement très bien.

Merci qd même du coup de main. Ca m'a aidé à comprendre beaucoup de choses.
12/12/2011, 13h49
thelvin

Différentes machines choisissent différentes TimeZone par défaut, ce qui fait que le contenu d'un Calendar construit par défaut pour représenter une même Date, n'utilisera pas la même TimeZone d'une machine à l'autre, et donc, pas les mêmes champs puisque c'est la même Date à deux TimeZones différentes.

Mais ce n'est, a priori, pas grave. Quelle que soit la TimeZone qu'on utilise pour l'écrire ou la prononcer, la Date reste la même.

(Après, il peut y avoir des bugs dans les programmes tiers que tu utilises, mais si c'est le cas, il est peu probable que tu aies vraiment réussi à les corriger. Joda-time ne peut corriger les problèmes que si on utilise joda-time et seulement joda-time, du début à la fin.)