Problème de date

Version imprimable

25/11/2011, 15h06
flamant

Problème de date
Bonjour,
j'ai un problème de date qui parait evident mais je ne vois pas où est l'erreur

J'ai une date java "crfDataDateF" qui est le 20Oct2011 (ma console m'affiche "Thu Oct 20 00:00:00 CEST 2011")

Je veux rajouter 21 jour plus 1 milliseconde à cette date pour obtenir la date java "date_m"
j'ai les parametres suivants
param_m = 21
dateUnitCoeff = 86400000 (nombre de milliseconde dans 1 jour)

et j'ai
Code:

1 2 3 date_m = new Date(); date_m.setTime(crfDataDateF.getTime() + (param_m * dateUnitCoeff) + 1);
Si je calcule de tete sur un calendrier cela devrait me donner le 10 novembre 2011 à 00:00:00:001

mais la console m'indique "date_m = Wed Nov 09 23:00:00:001 CET 2011"
Il enlève 1 heure. Pourquoi ?

De même si je veux ajouter 28 jours moins 1 milliseconde
Code:

1 2 3 4 param_M = 28; date_M = new Date(); date_M.setTime(crfDataDateF.getTime() + (param_M * dateUnitCoeff) - 1);
Normalement il devrait m'indiquer 16 novembre 2011 à 23:59:59:999

mais la console m'indique "Wed Nov 16 22:59:59:999 CET 2011"

il m'enlève encore 1 heure. Je ne vois pas pourquoi

Merci d'avance pour vos réponse
25/11/2011, 15h31
Uther

Citation:

mais la console m'indique "date_m = Wed Nov 09 23:00:00:001 CET 2011"
Il enlève 1 heure. Pourquoi ?

Le passage a l'heure d'hiver qui fait perdre une heure.
25/11/2011, 16h47
thelvin

Ou pour le dire autrement, certains jours ne contiennent pas autant de millisecondes que les autres (puisqu'ils ont une heure de plus ou de moins).

Pour ajouter des jours à une date, il vaut mieux passer par un Calendar. Il se chargera des ajustements lui-même.
25/11/2011, 18h58
flamant

Merci Uther et Thelvin pour vos réponses,

j'ai beau retourner le problème dans tous les sens, je ne vois pas comment je peux me caler sur l'heure solaire.

En fait je veux qu' une autre date soit comprise entre crfDataDateF + 21 jours et crfDataDateF + 28 jours et ceci en me calant sur l'heure solaire.

Je veux par exemple que si crfDataDateF = 20 oct 2011 00:00:00:000 que cette autre date soit entre (les bornes étant incluses) 10 nov 2011 00:00:00:000 et 17 nov 2011 00:00:00:000

Ca serait sympa si vous pouviez me donner quelques lignes de code. Par avance Merci
26/11/2011, 09h32
bboulch

Bonjour,

La méthode roll() de la classe Calendar devrait répondre à ton besoin.

Un exemple qui te permet d'ajouter 28 jours à un objet Calendar :

Code:

monObjetCalendar.roll(Calendar.DAY_OF_YEAR, 28);

Et tu trouveras dans la javadoc les différentes méthodes dont tu pourrais avoir besoin pour la conversation entre Date et Calendar.

Benoti

Merci pour ta réponse bboulch, mais j'avais essayé ce dont tu parle mais quand tu ajoute un nombre de jour avec cette manière et que tu lis ensuite la date, il y a toujours une heure de décalage.

J'ai fais ce qui suit

Code:

1
2
3
4
5
6
7
8
9
10
 
    private void setWinterSummerOffset(Date crfDataDateF, Date date_v) {
        SimpleTimeZone ParisSimpleTimeZone = new SimpleTimeZone(3600000,"Europe/Paris",Calendar.MARCH, -1, Calendar.SUNDAY,3600000, SimpleTimeZone.UTC_TIME,Calendar.OCTOBER, -1, Calendar.SUNDAY,3600000, SimpleTimeZone.UTC_TIME,3600000);
        if (ParisSimpleTimeZone.inDaylightTime(crfDataDateF) && !ParisSimpleTimeZone.inDaylightTime(date_v)) {
            date_v.setTime(date_v.getTime()+ParisSimpleTimeZone.getDSTSavings());
        }
        if (!ParisSimpleTimeZone.inDaylightTime(crfDataDateF) && ParisSimpleTimeZone.inDaylightTime(date_v)) {
            date_v.setTime(date_v.getTime()-ParisSimpleTimeZone.getDSTSavings());
        }
    }

26/11/2011, 17h28
bboulch

Autant pour moi, je n'avais pas fait attention à "CES"T qui se transforme en "CET".

Benoit
27/11/2011, 01h22
thelvin

Je vois pas de problème avec Calendar.roll() ou Calendar.add(), moi.
08/12/2011, 18h41
bboulch

Thelvin,

Pour répondre à ta question, selon ce que j'ai pu constater et comprendre, en partant de la date "Thu Oct 20 17:00:00 CEST 2011" après un add() ou un roll(), j'obtiens "Thu Nov 17 17:00:00 CET 2011".

Ce qui me paraissait pas mal. Mais ce que semblait vouloir Flamant, c'était rester sur l'heure solaire. Ce qui n'est pas le cas là car d'une date CEST/heure d'été nous passons en une date CET/heure d'hiver.

Benoit
08/12/2011, 23h09
thelvin

Ok, merci. Je calculais pas trop le concept d'heure solaire, en fait, mais Google m'a éclairé.

Et maintenant que je le comprends, je vois pas trop ce qu'il vient faire dans une mesure de temps informatisée -_-°. Je suppose qu'il voulait dire "se caler sur l'heure d'hiver". Autrement dit ne pas appliquer de changement d'heure.

Dans ces cas-là, je ne passerais pas par un Calendar. Je comparerais juste les millisecondes obtenues par getTime(), et ajouterais 21 jours fois 24 heures fois 60 minutes fois 60 secondes fois 1000 millisecondes. Après tout, le but est précisément de ne pas respecter les ajustements calendaires.