Décalage de date avec spring rest et la librairie jackson

Version imprimable

25/07/2015, 06h59
jean.dufour

Décalage de date avec spring rest et la librairie jackson
salut

du côté client, j'ai un datetimepicker
https://eonasdan.github.io/bootstrap-datetimepicker/

ce composant est initialisé comme ceci
Code:

1 2 3 4 5 $('#dateNaissance').datetimepicker({ viewMode: 'years', format: 'DD/MM/YYYY', allowInputToggle: true });
si l'utilisateur entre via le datetimepicker 28/12/1972

du côté serveur sur mon dto
Code:

1 2 3 @JsonFormat(shape = JsonFormat.Shape.STRING, pattern = "dd/MM/yyyy") private Date dateNaissance;
Lors que je recois la date du côté serveur au lieu d'avoir

28/12/1972

j'ai 27/12/1972 19:00:00

niveau date du côté du browser j'ai

Sat Jul 25 2015 00:55:42 GMT-0400 (EDT)

et du côté serveur

sam. juil. 25 00:56:54 EDT 2015

le client et le serveur sont sur la même machine.

Pourquoi une tel différence lors de la réception?
25/07/2015, 20h44
tchize_

Citation:

Envoyé par jean.dufour

Lors que je recois la date du côté serveur au lieu d'avoir

28/12/1972

j'ai 27/12/1972 19:00:00

Dit nous plutot ce que tu as dans dateNaissance.getTime(). La string que tu affiche coté serveur n'est d'aucune utilité car elle dépend de la timezone.
25/07/2015, 23h35
jean.dufour

côté serveur le getTime retourne: 94348800000
26/07/2015, 00h45
tchize_

Ce qui correspond au 28 Decembre 1972 00:00 GMT, ça me semble correct.

Jackson utilise UTC pour la conversion String => date ce qui est raisonnable. Maitenant comme ton PC est configuré sur EST, quand tu l'affiche ça donne EST Eastern Standard Time Dec 27 1972 19:00:00 GMT-5:00, ce qui représente exactement le même moment.

http://www.epochconverter.com/epoch/...epoch=94348800
26/07/2015, 01h23
jean.dufour

quand je prends la valeur du serveur et que je l'emène au client, je dois surement faire la conversion avant.... car là

il m'affiche que 27/12/1972, je n'ai pas les heures
26/07/2015, 10h40
tchize_

tu l'envoie comment au client?

Les valeurs du formulaire est pris et envoyé via ajax

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
 
 
 <div class="form-group">
     <label for="birthdate" class="col-sm-3 control-label">Date de naissance</label>
     <div class="col-sm-9">
         <div class="input-group date" id="birthdatepicker">
             <input type="text" id="birthdate" name="birthdate" class="form-control">
             <span class="input-group-addon">
                 <span class="glyphicon glyphicon-calendar"></span>
             </span>
         </div>
     </div>
</div>
 
$('#birthdatepicker').datetimepicker({
            viewMode: 'years',
            format: 'DD/MM/YYYY',
            allowInputToggle: true
});
 
 
var data = transForm.serialize('#contactInformationForm');
data = JSON.stringify(data);
 
jQuery.ajax({
                type: type,
                url: url,
                contentType: "application/json",
                data: data,
                dataType: 'json',
                success: function (data, status, jqXHR) {
}

27/07/2015, 02h04
tchize_

c'est la partie coté serveur de génération de ta string date qu'il faut voir :) Ta Date est correct, la String que tu génère ne l'est pas donc c'est la génération qui pose problème.
27/07/2015, 03h04
jean.dufour
niveau serveur je n'ai que
Code:

1 2 3 @JsonFormat(shape = JsonFormat.Shape.STRING, pattern = "dd/MM/yyyy") private Date dateNaissance;
si 28/12/1972 est rentré du côté du web, on se retrouve sur le serveur à avoir

1972-12-27 et le gettime retourne 94348800000
au niveau de la bd c'est 1972-12-27 qui est sauvegardé (field dat)

et pas trop moyen à partir de là de ravoir la date du début.
27/07/2015, 22h53
tchize_

Citation:

Envoyé par jean.dufour

si 28/12/1972 est rentré du côté du web, on se retrouve sur le serveur à avoir

1972-12-27 et le gettime retourne 94348800000

coté serveur tu as juste 94348800000. "1972-12-27" c'est une String sortant de toString, ça a juste valeur informative et c'est accompagnée tout aussi informativement de la timezone qui a été utilisée.

Citation:

Envoyé par jean.dufour

au niveau de la bd c'est 1972-12-27 qui est sauvegardé (field dat)

Ton problème est donc au niveau de la sauvegarde dans ta DB. l'api java.util.Date est une vrai m*** en java :) Et si tas utilisé un base mysql t'as la combinaison gagnante pour les cauchemards sur les champs date :)

mon conseil: utilise un champs timestamp et prends pour convention de le calibrer sur UTC plutot que de prendre un champ Date.
27/07/2015, 23h31
jean.dufour

Citation:

Envoyé par tchize_

coté serveur tu as juste 94348800000. "1972-12-27" c'est une String sortant de toString, ça a juste valeur informative et c'est accompagnée tout aussi informativement de la timezone qui a été utilisée.

Ton problème est donc au niveau de la sauvegarde dans ta DB. l'api java.util.Date est une vrai m*** en java :) Et si tas utilisé un base mysql t'as la combinaison gagnante pour les cauchemards sur les champs date :)

mon conseil: utilise un champs timestamp et prends pour convention de le calibrer sur UTC plutot que de prendre un champ Date.

en effet j'utilise mysql.

il me semble que java 8 améliorer un peu les choses, faudrait que je regarde autrement je peut-être regarder si avec joda ça serait mieux.