Problème TimeZone GMT

Bonjour pour avoir une cohérence dans une BDD j’aimerais mettre toute les date au même format.

Je procède comme ceci mais je ne pige pas bien pourquoi ça ne marche pas :(.

Code:

---

1 2 3 4 5 6

GregorianCalendar d = (GregorianCalendar) o; GregorianCalendar dTz = new GregorianCalendar(TimeZone.getTimeZone("GMT")); dTz.setTimeInMillis(d.getTimeInMillis()); Timestamp time = new Timestamp(dTz.getTimeInMillis()); this.preInstruction.setObject(i,time,Types.TIMESTAMP);

---

Si quelqu'un a une autre solution ?

Les méthodes setTimeInMillis() et getTimeInMillis() retournent toujours le temps écoulé en UTC (UTC est un synonyme de GMT).
La TimeZone d'un Calendar ne changera donc rien si tu ne manipules pas les champs (HOUR, DAY, etc.) de ce Calendar.

merci pour ton aide
j'ai fait quelque test avec par exemple :

Code:

---

1 2 3 4 5 6 7 8 9 10

GregorianCalendar d = (GregorianCalendar) o; d.setTimeZone(TimeZone.getDefault()); System.out.println("1-h:"+d.get(Calendar.HOUR_OF_DAY)); GregorianCalendar dTz = new GregorianCalendar(TimeZone.getTimeZone("GMT")); System.out.println("2-h:"+dTz.get(Calendar.HOUR_OF_DAY)); dTz.set(d.get(Calendar.YEAR), d.get(Calendar.MONTH), d.get(Calendar.DATE), d.get(Calendar.HOUR_OF_DAY), d.get(Calendar.MINUTE), d.get(Calendar.SECOND)); System.out.println("3-h:"+dTz.get(Calendar.HOUR_OF_DAY)); Timestamp time = new Timestamp(d.getTimeInMillis()); System.out.println("4-h:"+time.getHours());

---

Je trouve ceci en heures

1-h:15 // Heur sans modification de l'obj 'd' (exacte)
2-h:13 // Heur réel du gregorian calendar avec le timezone GMT vide (exact)
3-h:15 //Affectation de leur de l'obj qui ne convertir pas la date et le fuseaux horaire n'est pas respecter
4-h:17 // et enfin l’action Timestamp time = new Timestamp(d.getTimeInMillis()); rajoute 2 heures ( je ne sais pas pourquoi :( )

mon but étant de ramener l'obj "d" (gregorianCalendar) qui peut être de fuseaux horaires différents au GMT dans le l'obj "time"(Timestamp)

Encore un petit test incompréensible

Code:

---

1 2 3 4 5 6 7 8

GregorianCalendar d = (GregorianCalendar) o; d.setTimeZone(TimeZone.getDefault()); System.out.println("1-h:"+d.get(Calendar.HOUR_OF_DAY)+" tz:"+d.getTimeZone().getAvailableIDs()); d.setTimeZone(TimeZone.getTimeZone("GMT")); System.out.println("2-h:"+d.get(Calendar.HOUR_OF_DAY)+" tz:"+d.getTimeZone().getAvailableIDs()); Timestamp time = new Timestamp(d.getTimeInMillis()); System.out.println("3-h:"+time.getHours());

---

me donne

1-h:15 (ok)
2-h:13 (ok)
3-h:15 :aie::aie::aie: pk ????
le d.getTimeInMillis() redonne l'heur en GMT+2:00 mais pk ??? ou c'est le Timestamp qui a un problème :( cependant il n'y a pas d’option de TimeZone dessus.

Parce que le getHours() de Timestamp travaille toujours avec la "local time zone". Mais ce n'est pas vraiment une bonne solution, c'est pour ça que cette méthode est dépréciée et que la classe Calendar a été créée.

Sinon dis toi qu'en faisant :

Code:

---

new Timestamp(d.getTimeInMillis())

---

tu auras toujours le temps en UTC quelque soit la time zone de ton calendar.

La time zone n'est là que pour déterminer comment afficher l'heure, mais la valeur ne change pas.

aie !
le problème est peut être plus grave vue que ma machine est en GMT+2 et j'ai 16 heur a l'horloge et le résultat de

Code:

---

1 2	new Timestamp(d.getTimeInMillis())

---

m'affiche également 16heures ....
et dans le bdd ça enregistre bien 16heur ... /suicide ^^

Citation:

---

Envoyé par spy74

et dans le bdd ça enregistre bien 16heur ... /suicide ^^

---

Est-ce que tu en es sûr ?

Généralement un SBGBD enregistre les dates sous forme de nombres, ensuite quand tu la consultes cela va t'afficher une date selon le client que tu utilises. Mais dans quel la time zone de cette date ?
Si ça t'affiche juste "2011-05-27 16:20:30" tu ne peux pas le savoir, tu peux par contre supposer que ça a déjà été convertit vers ta time zone locale.
Par contre si tu as un affichage complet (avec le fuseau horaire) "2011-05-27T16:20:30+02:00" alors là tu vois bien qu'il t'affiche cette date en UTC+2 donc tout est bon.
Enfin si tu as "2011-05-27T16:20:30+00:00" (ou "2011-05-27T16:20:30Z" ce qui est la même chose) alors là oui il y a un problème.