Discussion :

[GyZmoO]

Salut à tous!

J'ai une petite question, dans notre appli' nous utilisons :

Code :

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

1
2
 
System.currentTimeMillis();

Pour récupérer le temps courant .

Nous sommes récemment passé sous win7, et depuis, cet appel de méthode renvoie le temps en GMT. (Même si le fuseau horaire du serveur est défini en France).

Alors qu'a l'époque, sous Win Xp, pas de problème !

Savez vous s'il y'a un moyen de faire en sorte que cette méthode System.currentTimeMillis() renvoie le temps courant mais en fonction du fuseau horaire défini ??

Précision : Java 1.4.2_03

Merci !

@+

[tchize_]

currentTimeMillis a toujours renvoyé le nombre de millisecondes écoulée depuis minuit le 1 janvier 1970 à minuit UTC. Si tu avais une valeur différente sur ton windows XP, c'est probablement parce que l'horloge était réglée sur l'heure locale mais qu'on avait pas précisé qu'on était dans la timezone GMT+1.

Pour avoir le temps dans une timezone précise, il faut passer par un objet Calendar auquel tu passe la timezone qui t'intéresse.

[thelvin]

Pour avoir le temps dans une timezone précise, il faut passer par un objet Calendar auquel tu passe la timezone qui t'intéresse.

Pas forcément... Dans la plupart des cas il suffit de passer par un java.util.Date, et quand on veut l'utiliser sous forme calendaire (année mois jour heure au lieu de millisecondes,) préciser la time zone à employer. Si on précise rien, alors la time zone par défaut est utilisée.

Exemple le plus souvent retenu : pour transformer la Date en String, utiliser un DateFormat avec la time zone qu'on veut (par défaut, la time zone par défaut.)

Autrement dit, un Calendar n'est pas le seul moyen si on a pas besoin de faire des calculs de calendrier. (Bon, hélas, si c'est pour communiquer avec la BDD, dans un PreparedStatement, il faut passer par un Calendar dont on précise la time zone, parce qu'il n'y a pas moyen de préciser juste une Date et une TimeZone. Mais je pense que c'est une erreur de conception.)

[tchize_]

Pas forcément... Dans la plupart des cas il suffit de passer par un java.util.Date,

Bien sur, c'est juste que Date est d'office en UTC. Il fut utiliser le Calendar si tu veux récupérer des composants de la date (comme le jour, l'heure) autrement que sous forme de String.
Maitenant pour la plupart des calculs, je suis d'accord avec toi, pas besoin de Calendar

[GyZmoO]

Ok, merci pour vos réponses !

Je vais creuser