2014-10-02 6 views
6

Perché non è possibile analizzare la data successiva?Impossibile analizzare DateTime: istante non valido a causa della transizione del fuso orario (Europa/Berlino)

DateTime.parse("2015-03-29 02:35:00", DateTimeFormat.forPattern("yyyy-MM-dd HH:mm:ss")); 

Risultato:

org.joda.time.IllegalInstantException: Cannot parse "2015-03-29 02:35:00": Illegal instant due to time zone offset transition (Europe/Berlin) 
    at org.joda.time.format.DateTimeParserBucket.computeMillis(DateTimeParserBucket.java:471) 
    at org.joda.time.format.DateTimeParserBucket.computeMillis(DateTimeParserBucket.java:411) 
    at org.joda.time.format.DateTimeFormatter.parseDateTime(DateTimeFormatter.java:882) 
    at org.joda.time.DateTime.parse(DateTime.java:160) 
    at Testasd.test(Testasd.java:9) 
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
    at java.lang.reflect.Method.invoke(Method.java:606) 
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47) 
    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) 
    at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44) 
    at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) 
    at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) 
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) 
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) 
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) 
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) 
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) 
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) 
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) 
    at org.junit.runners.ParentRunner.run(ParentRunner.java:309) 
    at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50) 
    at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) 
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467) 
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683) 
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390) 
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197) 

Qual è il problema? Se cambio l'anno in 2014-03-29 02:35:00 funziona!

risposta

12

Poiché questo link spiega:

Joda-Time consente solo le classi per memorizzare valida attività di volte. Per esempio , il 31 febbraio non è una data valida, quindi non può essere memorizzata (tranne in Parziale). Lo stesso principio dei tempi di validità validi si applica a ora legale (DST). In molti luoghi viene utilizzato l'ora legale, dove l'orologio locale si sposta avanti di un'ora in primavera e indietro di un'ora in autunno/autunno. Ciò significa che in primavera esiste un "gap" in cui non esiste un orario locale . L'errore "L'istante non valido a causa della differenza di fuso orario " si riferisce a questo intervallo. Significa che l'applicazione ha tentato di creare una data-ora all'interno dell'intervallo, ovvero un'ora che non era . Poiché gli oggetti Joda-Time devono essere validi, questo non è permesso.

Si fa riferimento a un datetime che non esiste a causa di cambiamenti di ora legale.

Una soluzione è utilizzare invece parseLocalDateTime.

+0

Ok ha funzionato e corregge i tempi non validi. 'DateTimeFormat.forPattern (" yyyy-MM-dd HH: mm: ss "). ParseLocalDateTime (..);' – membersound