Discussion :

[flexx]

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 :

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

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.

[thelvin]

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

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.

[flexx]

Merci pour ta réponse.

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

Code :

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

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

[thelvin]

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.

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.

[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

[thelvin]

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.

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.