2016-01-06 9 views
8

Próbuję zbudować DateTimeFormatter, który może przyjąć offset z dwukropkiem lub offset bez dwukropka.Java DateTimeFormatter dla strefy czasowej z opcjonalnym separatorem dwukropka?

Czy istnieje sposób, aby zdać ten test:

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 
+0

Okrężnica, która może być opcjonalna, jest stała część części przesunięcia strefy. Możesz wybrać tylko litery wzoru X (bez okrężnicy) lub XXX (z dwukropkiem). Oznacza to, że przesunięcie całej strefy jest opcjonalne, a nie tylko wewnątrz dwukropka. –

+0

Zgadzam się, to powinno działać. Ale kiedy używam [X], oczekuje przesunięcia bez dwukropka i kiedy używam [XXX], oczekuje przesunięcia z dwukropkiem. Nie mogę używać obu razem. –

+0

Zgodnie z Javadoc: z symbolem X tezy są podane: Z; -08; -0830; -08: 30; -083015; -08: 30: 15; –

Odpowiedz

10

następująco: yyyy-MM-dd'T'HH:mm:ss[XXX][X] wydaje się działać.

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"); 

Here is an example

+1

Tak, to działa! Próbowałem [X] [XXX] (nie działa), ale nie [XXX] [X]. Dzięki! –

+0

@NelsonG. Nie ma za co. Powodzenia. – Titus

+1

Jeden aspekt egzotyczny: jeśli dane wejściowe zawiera DWÓCH przesunięć, to również może zostać przeanalizowany. –

8

Oto ostateczny wzorzec dopasowania dla ładnej wszystko wygląda jak ciąg daty ISO!

"[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']']" 

Działa na poniższej liście testów z wyjątkiem dwóch w komentarzach, ale ja nadal nie wiem dlaczego ...

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"); 

A sama metoda parse:

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()); 
} 
+0

Domyślam się, że to nie działa dla tych w komentarzu, ponieważ nie dostarczyłeś "+1" po GMT. Zgoda, nie rozpoznaję tych wyrażeń, ale wydaje się, że nie ma żadnego znaku "+" - gdziekolwiek? – junkfoodjunkie

+0

Powszechnie uznaje się GMT + 1, tak jak ma to miejsce w przypadku 2016-10-27T16: 36: 08.993GMT + 1 [Europa/Paryż]. –

+0

Dobra - Europa/Paryż kończy się tekstem/karetą, podczas gdy te, które nie działają, kończą się na "+1" - być może coś tam jest :) – junkfoodjunkie

Powiązane problemy