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 "1639"
 

 
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.

http://www.javaworld.com/javaworld [...] -time.html
A+,

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

 
On voit donc toujours que "HOUR_OF_DAY=17,MINUTE=27,SECOND=27"
alors que la date est "Fri Dec 09 1827 CET 2011"
 
Le TimeZone montre un offset à 0 et ZONE_OFFSET=0,DST_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 1309 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...
 
 
 

>> On retrouve donc une différence de 2h en heure d'été, et 1h en heure d'hiver.  
C'est typiquement le décalage de l'heure locale par rapport à l'heure GMT, ça.
Je sais pas comment tu formates ta date, mais à priori, il faut faire l'inverse de ce qui est fait ici:

import java.util.*;
import java.text.*;
public class CurrentTimeToGMT{
  public static void main(String args[]){
    Date date = new Date();
    DateFormat gmtFormat = new SimpleDateFormat();
    TimeZone gmtTime = TimeZone.getTimeZone("GMT" );
    gmtFormat.setTimeZone(gmtTime);
    System.out.println("Current Time: "+date);
    System.out.println("GMT Time: " + gmtFormat.format(date));
 
  }
}

A+,

Oui bien sûr, mais sais-tu comment récupérer cette valeur du décalage horaire  ? Les offsets sont à 0...

DateFormat localFormat = new SimpleDateFormat();
TimeZone localTime = TimeZone.getTimeZone("GMT+01" );
localFormat.setTimeZone(localTime);
et utiliser cela pour formater ta date, non?
System.out.println(localFormat.format(date));
Comme j'ai dit, je sais pas comment tu obtiens ta date formatée.
A+,

Merci pour ton aide.
 
En fait, pour tracer la date, j'utilise simplement : monCalendar.getTime().toString()
 
Je récupère un objet Date en appelant la méthode getTime() sur le Calendar, puis je l'affiche avec toString().
 
Ce qui m'étonne donc c'est d'avoir un Calendar avec un HOUR à 8 par exemple, et une date issue du calendar (avec getTime) à 9, alors que les offset sont à 0.
 
Donc ça s'est sur le serveur, mais quand je fais un test dans un main en local j'obtiens ceci :
 

 
Donc là je n'ai pas de différence entre HOUR_OF_DAY qui vaut 22 et l'heure retournée par l'objet Date.
En en plus, on voit que l'offset est à 3600000.

ZONE_OFFSET=3600000 en millisecondes, soit 1h ça signifie qu'il y a un décalage d'une heure par rapport a l'heure GMT, ce qui est normal puisque tu es en zone Europe/Paris; en heure d'hiver
 
Pour en revenir a ton problème initial: ta date
>> [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]
Elle est en zone GMT, donc ZONE_OFFSET=0, DST_OFFSET=0 c'est cohérent.
Si tu fais
>> Or, lorsque je positionne l'heure à 20h avec "maDate.set(Calendar.HOUR_OF_DAY, 20);"  
tu positionnes l'heure de ta date (donc toujours dans le systeme GMT, qui est celui de ta date) a 20.
Et quand tu formates et que tu as 21h, c'est parce que quelque chose dans le formatage doit convertir cela en heure locale.
 
>>  En fait, pour tracer la date, j'utilise simplement : monCalendar.getTime().toString()  
C'est le toString qui tient compte de la zone locale et fait les conversions necessaires.
 
A+,

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.