verloren geht ein Tag für ein date

Auf der client-Seite, ich nutze dd/MM/yyyy Datumsformat. Das Feld verwenden twitter bootstrap-3-datetime-picker (https://eonasdan.github.io/bootstrap-datetimepicker/)

Ich über twitter bootstrap 3, datetime-picker 24/07/2015

in meiner json, die ich gesendet habe, sehe ich: Geburtstag: "24/07/2015"

In meinem dto, ich

@JsonFormat(shape = JsonFormat.Shape.STRING, pattern = "dd/MM/yyyy")
private Date birthdate;

Wenn ich das Datum auf dem server, in meinem dto finden Sie unter: 23/07/2015 19:00 Uhr

Einen Tag verloren.

Jede Explikation?

  • haben Sie überprüft Ihre lokale Uhrzeit auf Ihrem system ?
  • client / server ist auf derselben Maschine: beide MESZ -4 Stunden (mtl Zeit)...
  • Es ist definitiv ein Zeit-zone übersetzung-Problem. Die eine Seite ist die Behandlung der Zeit als UTC, und die andere ist die Konvertierung in die lokale Zeit. Wir hatten dieses Problem in einigen client - /server-integration mit 3rd-party-system. Die Totes Werbegeschenk ist die "19:00", wurde Hinzugefügt, um den anderen Zeit, es ist genau 5 Stunden Unterschied (eigentlich nicht einen ganzen Tag).
  • browser-Seite bekomme ich für ein neues date: Fri Jul 24 2015 23:49:26 GMT-0400 (EDT). Auf dem server habe ich bekommen: FR Jul 23:49:26 MESZ 2015. Ich denke, östliche Sommerzeit (MESZ) = GMT-4 (USA + Kanada)
  • Wenn Sie die Abfrage Ihrer service mit einem tool wie Briefträger, nicht der Zeitpunkt kommen, falsch? In meinem Fall war das problem in der restTemplate client, nicht im server.
  • Hatte das gleiche Problem. Mit Postboten zu überprüfen, ob der client ist nicht der Schuldige. Scheint ein Problem mit der Zeitzone Jackson ist mit vs die Zeitzone des Systems. Ändern musste die jackson-config zu kompensieren Termine

InformationsquelleAutor robert trudel | 2015-07-25
  1. 12

    Laut JacksonFAQDateHandling Seite:

    Alle Zeit-Objekte, die zugehörigen Zeitzone (java.util.Kalender
    etc), dass Jackson Konstrukte verwenden die standard-Zeitzone (GMT), nicht die
    local time zone (was auch immer das sein mag). Das ist: Jackson standardmäßig
    mit GMT für alle Verarbeitung , es sei denn ausdrücklich gesagt, anders.

    In Ihrem Fall sieht es so aus das Datum wird automatisch umgewandelt zu GMT/UTC. Versuchen Sie Ihre lokale Zeitzone explizit zu vermeiden UTC-Konvertierung [wie in der Frage genannten Wie kommen Sie auf diese Zeit ist von 9 Stunden??? (5 Stunden, 3 Stunden etc.) auf derselben Seite]:

    @JsonFormat(shape=JsonFormat.Shape.STRING, pattern="dd/MM/yyyy", timezone="EST")

    Zweitens, ich glaube, Sie sind mit Date.toString() zu Datum drucken. Hinweis , dass java Date Klasse ist die Zeitzone unabhängig, aber seine toString() Methode verwendet das system ist Standard Zeitzone, bevor Sie drucken.

    Hier sieht es aus wie 24/07/2015 00:00 UTC konvertiert wird 23/07/2015 19:00 EST durch toString(). Beide vertreten die gleichen moment Zeit, aber in unterschiedlichen Zeitzonen.

    • ich glaube nicht, verwenden Sie toString(), aber sicher, wenn @JsonFormat(Form = JsonFormat.Form.STRING pattern = "dd/MM/yyyy"), toString ist vielleicht genannt. Ist es eine standard-Lösung, um dies zu verwalten? halten Sie nur die gmt-Datum... aber hätte wissen müssen die Zeitzone des Benutzers irgendwo zur Anzeige von Datum korrekt. Vielleicht etwas, das verwendet werden könnte, mit dem neuen Termin von java 8 oder joda?
    • Am besten speichern Sie die Datum - /Zeitangaben in UTC in der Datenbank und speichert die Benutzer-Zeitzone. Verwenden Sie dann die Zeitzone, die beim anzeigen von Daten, um Benutzer oder entfernen von timezone offset, bevor Sie Sie lagern. Es gibt viele Artikel die Auflistung Vorteile dieses Ansatzes, d.h. die Anwendung kann die Unterstützung für verschiedene Zeitzonen. Java8 Datum-API zur Verfügung gestellt hat eine neue Reihe von Klassen für die Arbeit mit Datum/Uhrzeit. Hier ist ein schöner Artikel auf Java8 Datum-API - dzone.com/articles/deeper-look-java-8-date-and. Java8 oder Joda vereinfacht Datum/Zeitzone Handhabung.
    • Dies funktioniert für mich. Danke.
    InformationsquelleAutor AimZ
  2. 0

    AimZ Antwort ist, was hat mich zu diesem, aber ich fügte hinzu, diese drei Zeilen zu meiner Anwendung.Eigenschaften-Datei und erzielt das gleiche

    Frühjahr.jackson.date-format=JJJJ-MM-TT

    Frühjahr.jackson.Serialisierung.schreiben-Termine-als-Zeitstempel:false

    Frühjahr.jackson.Zeit-zone:EST

    InformationsquelleAutor MarkyMarksFunkyBunch
  3. 0

    Hatte das gleiche Problem. Mit Postboten zu überprüfen, ob der client ist nicht der Schuldige. Scheint ein Problem mit der Zeitzone Jackson ist mit vs die Zeitzone des Systems. Ändern musste die Jackson-config zu kompensieren Termine 

    @Configuration

public class JacksonConfig {

    @Bean
    @Primary
    public Jackson2ObjectMapperBuilder jackson2ObjectMapperBuilder() {
        final Jackson2ObjectMapperBuilder jackson2ObjectMapperBuilder = new Jackson2ObjectMapperBuilder();
        jackson2ObjectMapperBuilder.timeZone(TimeZone.getDefault());
        jackson2ObjectMapperBuilder.serializationInclusion(JsonInclude.Include.NON_EMPTY);
        jackson2ObjectMapperBuilder.featuresToDisable(SerializationFeature.WRITE_DATES_AS_TIMESTAMPS);
        return jackson2ObjectMapperBuilder;
    }

}
    InformationsquelleAutor Chrispie
Schreibe einen Kommentar