Java DateTimeFormatter für Zeit-zone, mit einem optionalen Doppelpunkt als Trennzeichen?

Ich versuche zu bauen, ein DateTimeFormatter-können akzeptiert offset mit Doppelpunkt oder offset ohne Doppelpunkt.

Gibt es eine Möglichkeit diesen test zu bestehen :

DateTimeFormatter dateTimeFormatter = DateTimeFormatter.ofPattern("yyyy-MM-dd'T'HH:mm:ss[X]");
dateTimeFormatter.parse("2015-01-28T10:21:44+0100"); //OK
dateTimeFormatter.parse("2015-01-28T10:21:44+01:00"); //KO
  • Der Doppelpunkt ist für Sie optional ist fester Bestandteil der zone offset Teil. Sie können nur wählen zwischen Muster Buchstaben X (ohne Doppelpunkt) oder XXX (mit Doppelpunkt). Das bedeutet, dass die gesamte zone offset ist optional, nicht nur den Dickdarm von innen.
  • Ich Stimme zu, es sollte funktionieren. Aber wenn ich mit [X] es erwartet Sie eine offset-ohne Doppelpunkt und wenn ich [XXX] es erwartet Sie ein offset mit einem Doppelpunkt. Ich kann nicht mit beiden zusammen.
  • Nach der Javadoc: mit X-symbol Thesen Beispiele gegeben werden : Z; -08; -0830; -08:30; -083015; -08:30:15;
  • Bitte Lesen Sie die javadoc-Abschnitt "Offset X " und x". Es umschreibt präzise die Anzahl der Buchstaben X,x zugeordnet ist, dem format der Repräsentation. Wir haben also: XX (ohne Doppelpunkt) und XXX (mit Doppelpunkt). X (ohne Doppelpunkt) lässt den winzigen Teil optional.
InformationsquelleAutor Nelson G. | 2016-01-06
  1. 23

    Diese: yyyy-MM-dd'T'HH:mm:ss[XXX][X] scheint zu funktionieren.

    DateTimeFormatter dateTimeFormatter = DateTimeFormatter.ofPattern("yyyy-MM-dd'T'HH:mm:ss[XXX][X]");
dateTimeFormatter.parse("2015-01-28T10:21:44+0100");
dateTimeFormatter.parse("2015-01-28T10:21:44+01:00");
    • Ja, es funktioniert! Ich habe versucht [X][XXX] (nicht arbeiten), aber nicht [XXX][X]. Danke!
    • Du bist herzlich willkommen. Viel Glück.
    • Eine exotische Aspekt: Wenn die Eingabe enthält ZWEI offsets kann analysiert werden, zu.
    InformationsquelleAutor Titus
  2. 20

    Hier ist die ultimative pattern-matching für ziemlich alles sah aus wie ein ISO string date !

    "[yyyyMMdd][yyyy-MM-dd][yyyy-DDD]['T'[HHmmss][HHmm][HH:mm:ss][HH:mm][.SSSSSSSSS][.SSSSSS][.SSS][.SS][.S]][OOOO][O][z][XXXXX][XXXX]['['VV']']"

    Funktioniert es für die folgende Liste von tests, die außer für die beiden in den Kommentaren, aber ich weiß immer noch nicht, warum...

        ZonedDateTime dt = DateTimeUtils.parse("2016-10-27T16:36:08.993+02:00:00[Europe/Paris]");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08.993+02:00[Europe/Paris]");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08.993+020000[Europe/Paris]");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08.993+0200[Europe/Paris]");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08.993+0000[Europe/Paris]");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08.993Z[Europe/Paris]");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08.993GMT+1[Europe/Paris]");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08.993UTC[Europe/Paris]");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08.993PST[Europe/Paris]");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08.993[Europe/Paris]");

    dt = DateTimeUtils.parse("2016-10-27T16:36:08+02:00[Europe/Paris]");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08+020000[Europe/Paris]");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08+0200[Europe/Paris]");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08+0000[Europe/Paris]");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08Z[Europe/Paris]");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08GMT+1[Europe/Paris]");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08UTC[Europe/Paris]");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08PST[Europe/Paris]");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08[Europe/Paris]");

    dt = DateTimeUtils.parse("2016-10-27T16:36:08.993+02:00:00");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08.993+02:00");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08.993+020000");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08.993+0200");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08.993+0000");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08.993Z");
    //dt = DateTimeUtils.parse("2016-10-27T16:36:08.993GMT+1");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08.993UTC");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08.993PST");

    dt = DateTimeUtils.parse("2016-10-27T16:36:08.993");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08.000993");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08.000000993");

    dt = DateTimeUtils.parse("2016-10-27T16:36:08+02:00:00");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08+02:00");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08+020000");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08+0200");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08+0000");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08Z");
    //dt = DateTimeUtils.parse("2016-10-27T16:36:08GMT+1");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08UTC");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08PST");
    dt = DateTimeUtils.parse("2016-10-27T16:36:08");

    dt = DateTimeUtils.parse("2016-100T16:36:08Z");
    dt = DateTimeUtils.parse("2016-100T16:36.1Z");
    dt = DateTimeUtils.parse("2016-10-27");

    dt = DateTimeUtils.parse("20161223T163608");
    dt = DateTimeUtils.parse("20161223T1636");

    Und die parse-Methode selbst :

    public static ZonedDateTime parse(CharSequence text) {
    TemporalAccessor temporalAccessor = LOOSE_ISO_DATE_TIME_ZONE_PARSER.parseBest(text, ZonedDateTime::from, LocalDateTime::from, LocalDate::from);
    if (temporalAccessor instanceof ZonedDateTime) {
        return ((ZonedDateTime) temporalAccessor);
    }
    if (temporalAccessor instanceof LocalDateTime) {
        return ((LocalDateTime) temporalAccessor).atZone(ZoneId.systemDefault());
    }
    return ((LocalDate) temporalAccessor).atStartOfDay(ZoneId.systemDefault());
}
    • Ich gehe davon aus, dass es nicht funktioniert für diejenigen, die kommentieren, weil Sie noch nicht gesorgt wird die "+1" nach GMT. Zugegeben, ich don ' T erkennen diese Ausdrücke, doch es scheint es gibt keine Verpflegung für die "+"-Zeichen irgendwo?
    • Es soll zu erkennen, die GMT+1 als ganzes, wie auch für 2016-10-27T16:36:08.993 GMT+1[Europa/Paris] obwohl.
    • Okay - Europe/Paris endet mit text/caret, obwohl, während diejenigen, die nicht arbeiten, enden mit "+1" - ich könnte etwas dabei sein 🙂
    • FAST PERFEKT, ABER, wenn der Versatz kommt ohne einen Doppelpunkt, der parse noch nicht zu Ende mit Fehler, aber die Einpresstiefe wird nicht erkannt, hier ist die Ausgabe für "2016-10-27T16:36:08.993+020000" ==> 2016-10-27T16:36:08.993 Z, ich denke, das ist ein parser problem, der Untersuchung ein bisschen mehr.
    • Hier ist DateTimeFormatterBuilder - Dokument. Sie können erhalten, was bedeutet das XXXX oder VV, und so weiter.
    • Danke @PhilippeB.

    InformationsquelleAutor Philippe B.
Schreibe einen Kommentar