Discussion :

[jean.dufour]

salut

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

ce composant est initialisé comme ceci

Code :

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

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 :

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

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?

[tchize_]

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.

[jean.dufour]

côté serveur le getTime retourne: 94348800000

[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

[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

[tchize_]

tu l'envoie comment au client?

[jean.dufour]

Les valeurs du formulaire est pris et envoyé via ajax

Code :

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

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) {
}

[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.

[jean.dufour]

niveau serveur je n'ai que

Code :

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

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.

[tchize_]

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.

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.

[jean.dufour]

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.