Calendar, Date , heure d'été

Bonjour,

mon application construit un calendrier de 12 mois, dans une structure de données contenant les années, les mois, les jours, les N° de semaine ... et le temps en millisecondes correspondant.

Comme la plupart des méthodes de la classe Date sont dépréciées, j'utilise donc un Calendar pour le calcul de ces données.

Le souci apparait lorsque je fixe le 1er jour du calendrier, plus précisément de la saison.
Parfois j'ai besoin que le calendrier commence le 1er janvier et se termine fin décembre de la même année, parfois le 1er jour de calendrier commence le 1er aout et se termine fin juillet de l'année suivante.

Lorsque le 1er jour est en janvier, j'ai un temps en millisecondes correspondant à un calendrier de Paris en heure d'hiver.
Lorsque le 1er jour est en août, le temps en millisecondes est en heure d'été de Paris.

Comment se débarrasser de cette information d'heure d'été dans le temps en millisecondes ?

@ bientôt...

Salut

le temps en ms qu'on obtient à partir d'un Calendar est un nombre de millisecondes depuis le 1er janvier 1970 00h00 GMT. Je ne comprends comment l'heure d'été ou d'hiver pourrait intervenir dans une notion de nombre de millisecondes.

Tu trouveras une excellente synthèse des notions autour de Calendar à ce lien, y compris les problématiques de temps UTC et de dates et heures locales.

Je crois comprendre le problème. Tu crée un Calendar, tu appelle les setters pour mettres à 0, puis tu incrémente d'un jour à la fois pour faire chaque case. Et finalement, tu récupère le getTime() qui correspond. Et ton problème, c'est que si tu démarre en GMT+2 le premier Calendar, quand tu arrive dans la période GMT+1, l'heure n'est plus 00:00 mais 01:00 ?


Le plus simple, selon moi, c'est de fixer ton Calendar sur UTC ;) Ou de bien penser à faire un set(Calender.HOUR,0) après chaque avancement d'un jour.

Bonjour,

merci pour cette réponse.
J'ai réussi à réduire l'écart en forçant l'heure à '0', mais il reste encore un écart.
Voici le type de problème que je rencontre:

Code:

---

1 2 3 4

Calendar calendrierLocal = Calendar.getInstance(); calendrierLocal.set( 2013, Calendar.AUGUST, 1, 0, 0, 0 ); // 1er Août 2013 à 00:00:00 System.out.println( calendrierLocal.getTimeInMillis()); System.out.println( calendrierLocal.getTime());

---

Résultat:
1375308000622
Thu Aug 01 00:00:00 CEST 2013

Code:

---

1 2 3 4 5 6

SimpleDateFormat formatDate = new SimpleDateFormat( "dd/MM/yyyy" ); Date dateLocale = formatDate.parse( txtDate.getText()); // Contient par exemple "01/08/2013"   Calendar calLocal = Calendar.getInstance(); System.out.println( calLocal.getTimeInMillis()); System.out.println( calLocal.getTime());

---

Résultat:
1375308000000
Thu Aug 01 00:00:00 CEST 2013

Conclusion: 1375308000622 - 1375308000000 = 622ms.
C'est dérisoire, d'ailleurs je vais m'arranger pour dégager tout ce qu'il y a en-dessous de la minute afin d'avoir l'égalité entre les valeurs.

Néanmoins il reste cet écart qui empêche de reconnaitre l'égalité des dates à travers la comparaison de leur temps en millisecondes.

Oups, j'ai loupé la réponse de Tchize,
je regarderai aussi de ce côté...

@ bientôt...

Le problème, à mon avis, c'est que, quand tu fais

Code:

---

1 2	Calendar calendrierLocal = Calendar.getInstance(); calendrierLocal.set( 2013, Calendar.AUGUST, 1, 0, 0, 0 ); // 1er Août 2013 à

---

l'instance de calendrier prend la valeur de la date et heure exacte à laquelle il est créé, donc exacte à la milliseconde près.
Ensuite, tu affectes des valeurs pour tous les champs sauf les millisecondes, qui ne changent pas : ce qui correspond à ton décalage, qui ne doit pas être le même à chaque fois que tu testes.

Ajoutes juste après :

Code:

---

calendrierLocal.set( Calendar.MILLISECOND, 0);

---

Et ça devrait fonctionner.

Bonjour,

merci à tous pour votre aide, le problème est résolu.