Spring @DateTimeFormat Fehler bei der Konvertierung mit Sommerzeit

Ich bin mit Spring MVC auf eine Maschine, in der Sommerzeit konfiguriert (America/Sao_Paulo Zeitzone). In meiner form-Klasse, die ich verwendet die annotation DateTimeFormat zum konfigurieren der Ausgabe des meiner-Datum:

public class JustificativaOcorForm {
  ...
  @NotNull
  @DateTimeFormat(pattern="yyyy-MM-dd")
  private Date dataMarcacao;
  ...
}

Beim Debuggen bin ich immer das Datum 16/10/2011 (TT/MM/JJJJ) dass der Anfang der Sommerzeit, aber der Frühling, wandelt zu 2011-10-15. Warum?

2011-11-04 16:35:31,965 [http-8080-Processor25] DEBUG org.springframework.core.convert.support.GenericConversionService - Converting value Sun Oct 16 00:00:00 BRST 2011 of [TypeDescriptor @javax.validation.constraints.NotNull @org.springframework.format.annotation.DateTimeFormat java.util.Date] to [TypeDescriptor java.lang.Long]
2011-11-04 16:35:31,965 [http-8080-Processor25] DEBUG org.springframework.core.convert.support.GenericConversionService - Converted to 1318730400000
2011-11-04 16:35:32,010 [http-8080-Processor25] DEBUG org.springframework.core.convert.support.GenericConversionService - Converted to '2011-10-15'

Sehe ich diese Frage: @DateTimeFormat im Frühjahr produziert off-by-one Tag-Fehler

aber der Frühling 3 verwendet Joda-Time und ich habe joda-time-2.0.jar in meinem classpath, also ich weiß nicht, warum dies geschieht und wie ich es lösen kann.

[BEARBEITEN]

Ich getestet habe erstellen LocalData objets, und etwas gefunden:

LocalDate ld = new LocalDate( new SimpleDateFormat("dd/MM/yyyy").parse("16/10/2011").getTime() );
System.out.println( new SimpleDateFormat("dd/MM/yyyy HH:mm:ss Z z").format( ld.toDate() )  );
//prints 15/10/2011 00:00:00 -0200 BRST

LocalDate ld2 = new LocalDate( 2011,10,16 );
System.out.println( new SimpleDateFormat("dd/MM/yyyy HH:mm:ss Z z").format( ld2.toDate() )  );
//prints 16/10/2011 00:00:00 -0200 BRST

Scheint es, dass der erste Ansatz ist zu denken, dass das die Zeit ist in UTC, weil das Debuggen kann ich sehen, dass Joda mit der Methode convertUTCToLocal der Klasse DateTimeZone.

Vielleicht ist das der Standard der Frühling, er erwartet eine Datum in UTC zu und ich leite die BRT-Datum.

So, ich denke meine Lösung ist die Veränderung der Objekte zu LocalDate und verwenden Sie die zweite Methode zum erstellen der Instanz dieses Objekts.

  • Es ist nicht ganz klar - sind Sie konvertieren zu einem string oder aus einem string? Auch, wenn dies nur dazu gedacht, ein Datum, es wäre besser, verwenden Joda ist LocalDate geben.
  • es ist ein Datum zu String. Ich kann LocalDate mit @DateTimeFormat?
  • Ich würde sicherlich erwarten, dass so. Beachten Sie, dass Ihre Date Wert erscheint um Mitternacht BRST am 16 Oktober... ist das absichtlich? Zugegeben, es ist seltsam, dass, die wird formatiert als 15. Oktober... aber wäre es generell besser, zu vermeiden, Zeitzonen völlig, wenn man mit Termin 🙂
  • Ich denke, der Wert ist BRST, weil Sie die Zeitzone des Servers. Das interessante ist, dass die Verwendung von " = SimpleDateFormat ich nicht dieses Problem haben. Auch, wie ist der beste Weg zum konfigurieren von java zu vermeiden Zeit-zone im Frühjahr MVC-Kontext?
  • Leider, während ich bequem auf Zeitzonen habe ich noch nicht verwendet, Spring MVC bei allen 🙁
  • es ist nicht wirklich so Aussehen, wie Sie mit joda Zeit
  • trotzdem können Sie ändern Sie die @DateFormat-string, so dass es druckt die timezone?
  • interessant: es druckt 2011-10-15 BRT
  • siehe mein edit.

InformationsquelleAutor Sérgio Michels | 2011-11-04
  1. 5

    Diese vielleicht beantworten Teile Ihrer Frage.

    Wann immer Sie eine java.util.Daten-Objekt, das gedruckt werden soll, die in Ihre Systeme Zeit-zone innerhalb von toString. Also, wenn Sie ein Datum im UTC 2011-10-16 00:00:00, die gehen, um die Umwandlung in einen UTC-Zeitstempel intern in das Datum. toString wird der Druck, der timestamp in Ihre lokale Zeitzone und die, die gehen, um ein paar Stunden nach UTC (seit Sao Paolo ist westlich von London) so in etwa 2011-10-15 22:00:00. Das ist das, was Sie sehen auf Breakpoints und debug-prints. Die Daten könnten noch Stimmen, obwohl intern.

    Wenn festgestellt, dass der einzige wirkliche Weg, der Druck Daten ist durch " = SimpleDateFormat wie diese:

        SimpleDateFormat dateFormat = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
    dateFormat.setTimeZone(TimeZone.getTimeZone("UTC"));
    try {
        Date dateInUTC = dateFormat.parse("2011-10-16 00:00:00");
        Date currentDate = new Date();
        String stringInUTC = dateFormat.format(currentDate);
        System.out.println(dateInUTC);
        System.out.println(currentDate);
        System.out.println(stringInUTC);
    }
    catch (ParseException e) {
        //not too worry, I wrote a nice date
    }

    Nun der Druck sieht sehr verwirrend

    Sun Oct 16 01:00:00 CET 2011
Thu Nov 10 15:47:46 CET 2011
2011-11-10 14:47:46

    Aber können hindurch gehen.

    1. Erste, meine " = SimpleDateFormat bekommt ein format und ich habe es davon aus, dass alle Texte in-und out ist in der Zeitzone UTC läuft.
    2. Wenn ich parse das Datum 2011-10-16 00:00:00, das wird interpretted als UTC-aber wenn ich es drucken java nutzt meine locale (MEZ) zu drucken, wie 2011-10-16 01:00:00, dass ist auch das, was ich sehen würde, auf einen break point
    3. Wenn ich ein neues Datum() das Datum wird in meiner locale, und wenn ich drucken es wird sich zeigen, 15:47 (meine aktuelle Zeit), aber wenn ich es formatieren mit meine Zeitzone aware " = SimpleDateFormat es wird die Zeit in UTC.

    Sagte, java und Termine werden Sie zu verwirren, bis Sie ziehen Sie Ihre Haare aus 🙂

    Hoffe, das hilft einigen.

    InformationsquelleAutor Andreas Wederbrand
Schreibe einen Kommentar