Comment transmettre une date avec fuseau horaire ?

Bonjour

J'aimerais savoir comment transmettre une date avec fuseau horaire plutôt qu'une date en UTC dans un appel de web service Axis.

Le champ représentant ma date est décrit sous forme de dateTime dans le WSDL :

Code:

---

<xsd:element name="dateDebut" nillable="true" type="xsd:dateTime" />

---

L'objet Java, généré par wsdl2java, utilisé pour transmettre la date est un objet Calendar.

Code:

---

private java.util.Calendar dateDebut;

---

Dans les logs Axis, j'ai les logs suivants pour la requête :

Code:

---

<dateDebut>2012-10-15T13:10:29.514Z</dateDebut>

---

Comment faire pour transmettre plutôt une date au format suivant ?

Code:

---

<dateDebut>2012-10-15T13:10:29.514-04:00</dateDebut>

---

avec -04:00 représentant le fuseau horaire correspondant à l'heure transmise (exemple la Guadeloupe).

Y a-t-il une option à positionner dans l'objet Calendar à transmettre ?

Merci d'avance

Salut,

Je pense que tu as un souci quelque part

2012-10-15T13:10:29.514Z
2012-10-15T13:10:29.514-04:00

ne représentent pas la même heure, 13:10 zulu c'est 9:10 en -04:00. Ca veut dire que l'objet Calendar que tu passes n'a pas la bonne timezone.

Oui effectivement ce n'est pas la même date, je l'ai donné en exemple en fait :)

Donc comment faire pour transmettre cette date :

Code:

---

<dateDebut>2012-10-15T09:10:29.514-04:00</dateDebut>

---

J'ai essayé avec le code suivant, mais ça ne fonctionne pas. J'obtiens une date Zulu (avec le Z) et pas avec le fuseau horaire (-04:00) :

Code:

---

1 2	Calendar dateDebut = Calendar.getInstance(TimeZone.getTimeZone("America/Guadeloupe")); maRequete.setDateDebut (dateDebut );

---

Y a-t-il une option à positionner dans le calendar ?

Citation:

---

Envoyé par flexx

J'ai essayé avec le code suivant, mais ça ne fonctionne pas. J'obtiens une date Zulu (avec le Z) et pas avec le fuseau horaire (-04:00) :

Code:

---

1 2	Calendar dateDebut = Calendar.getInstance(TimeZone.getTimeZone("America/Guadeloupe")); maRequete.setDateDebut (dateDebut );

---

Y a-t-il une option à positionner dans le calendar ?

---

Non ce serait le code de sérialization ou de désérialization qu'il faudrait changer. Et il me semble qu'axis force la timezone en UTC.

En gros tu passes un calendar local a UTC-4, axis t'extrait cette date en heure UTC ce qui te fais perdre le fuseau -4 et ajoute 4h de plus. En fait ce qu'il fait est correct puisqu'il envoie le même instant T en millisecondes.

Après, la timezone c'est l'interprétation que tu décides de faire de ces millisecondes, mais c'est exactement le même instant. Je sais que c'est pas évident.
De l'autre côté, chez ton client, si tu veux que l'heure apparaisse comme sur le serveur tu devras ajuster la timezone à UTC-4 et tu retrouveras l heure correcte (enfin il vaut mieux utiliser les timezones de régions pour avoir l heure d'été proprement ajustée)

En gros si tu fais ceci :

Code:

---

1 2 3

Calendar dateDebut = Calendar.getInstance(TimeZone.getTimeZone("America/Guadeloupe")); maRequete.setDateDebut (dateDebut );

---

qui correspond a 8:00 -4:00

Il va t'extraire 12:00Z ce qui est équivalent

Et après désérialization chez le client, tu devras faire un setTimeZone pour retrouver l'heure de départ dans le fuseau horaire que tu spécifies.

Merci pour ta réponse.

Donc finalement je me retrouve bloqué à cause d'Axis en fait.

C'est problématique car en fait, la date et l'heure que j'envoie peuvent correspondre à plusieurs localisation et donc plusieurs fuseaux horaires.

Je pensais qu'il y avait moyen d'envoyer une date avec le fuseau horaire (le fuseau est important pour le serveur du web service).
Du coup, pour le faire il faudrait ajouter un champ dans la requête du web service qui contiendra le fuseau par exemple.

Perso j'ai résolu cela dans un autre système en donnant un clientId à tous mes clients et en configurant côté serveur quel clientId utilise quelle zone.
Ainsi tout circule en UTC et lorsqu'il est nécessaire de retrouver l'heure locale, ça se fait facilement.

De toutes façons tu aurais été coincé car le format ISO 8601 indique certes la correction du moment +4:00 +5:00 mais ce n'est pas suffisant pour retrouver le fuseau. Sachant qu'ici en Europe centrale, en juillet tu aurais du +2:00 et en hiver du + 1:00.
Crois-moi tu perds pas grand chose à ne pas avoir la correction immédiatement dans le fichier xml.

Je dirais même plus, un instant T, c'est le même partout dans le monde, donc axis travaille correctement. Même mieux, il évite les ambiguité car, certaines représentations écrites dans une timezone respectant été hivers peuvent avoir deux fois la période 1h-2h00 du matin lors d'un changement....

Si la timezone de départ de ta donnée est une chose importante pour toi (après tout, c'est une information comme une autre), il est préférable de la transmettre séparément. tu aura d'un coté une représentation non ambigue de ton moment et, à coté, la timezone dans laquelle il faudra l'afficher.