Как обрабатывать jodatime Недопустимый момент из-за перехода смещения часового пояса

Похоже, вы пытаетесь перейти от определенного местного времени к экземпляру DateTime и хотите, чтобы это было устойчивым к переходу на летнее время. Попробуйте это... (обратите внимание, что я нахожусь в США/Востоке, поэтому наша дата перехода была 13 марта 11; мне нужно было найти правильную дату, чтобы получить исключение, которое вы получили сегодня. Обновлен мой код ниже для CET, который переходит сегодня. ) Суть в том, что Joda предоставляет LocalDateTime, чтобы вы рассуждаете о местных настройках настенных часов и о том, разрешено ли это в вашем часовом поясе или нет. В этом случае я просто добавляю час, если время не существует (ваше приложение должно решить, является ли это правильной политикой).

import org.joda.time.DateTime;
import org.joda.time.DateTimeZone;
import org.joda.time.LocalDateTime;

class TestTz {

  public static void main(String[] args)
  {
     final DateTimeZone dtz = DateTimeZone.forID("CET");
     LocalDateTime ldt = new LocalDateTime(dtz)
       .withYear(2011)
       .withMonthOfYear(3)
       .withDayOfMonth(27)
       .withHourOfDay(2);

    // this is just here to illustrate I'm solving the problem; 
    // don't need in operational code
    try {
      DateTime myDateBorken = ldt.toDateTime(dtz);
    } catch (IllegalArgumentException iae) {
      System.out.println("Sure enough, invalid instant due to time zone offset transition!");
    }

    if (dtz.isLocalDateTimeGap(ldt)) {
      ldt = ldt.withHourOfDay(3);
    }

    DateTime myDate = ldt.toDateTime(dtz);
    System.out.println("No problem: "+myDate);
  }

}

Этот код производит:

Sure enough, invalid instant due to time zone offset transition!
No problem: 2011-03-27T03:00:00.000+02:00

CET переключается на летнее время в последнее воскресенье марта, то есть сегодня. Время пошло с 1:59:59 до 3:00:00, нет 2, отсюда и исключение.

Вы должны использовать UTC вместо местного времени, чтобы избежать такой проблемы с часовым поясом.

MutableDateTime now = new MutableDateTime(DateTimeZone.UTC);

Я думаю, что в большинстве случаев вы захотите, чтобы joda автоматически исправила это для вас. Часто вы не знаете, как правильно зафиксировать разрыв даты, потому что размер разрыва зависит от зоны и года (хотя, конечно, обычно это час).

Одним из примеров этого является анализ временной метки, полученной из источника, который вы не контролируете; например, сеть. Это может произойти, если отправитель метки времени имеет устаревшие файлы зон. (Если у вас устаревшие файлы зон, вы сильно облажались).

Вот способ сделать это, который, конечно, немного сложнее. Я заставил его работать как в joda 1.6, так и в 2.x, так как мы застряли на 1.6 в нашей среде.

Если вы строите дату из некоторых других входных данных, как в вашем вопросе, вы можете начать с даты UTC или LocalDate, как было предложено выше, а затем адаптировать это, чтобы автоматически исправить ваше смещение. Специальный соус находится в DateTimeZone.convertLocalToUTC

Опасный:

public DateTime parse(String str) {
    formatter.parseDateTime(gapdate)
}

Безопасно:

public DateTime parse(String str) {
    // separate date from zone; you may need to adjust the pattern,
    // depending on what input formats you support
    String[] parts = str.split("(?=[-+])");
    String datepart = parts[0];
    DateTimeZone zone = (parts.length == 2) ?
        DateTimeZone.forID(parts[1]) : formatter.getZone();

    // parsing in utc is safe, there are no gaps
    // parsing a LocalDate would also be appropriate, 
    // but joda 1.6 doesn't support that
    DateTime utc = formatter.withZone(DateTimeZone.UTC).parseDateTime(datepart);

    // false means don't be strict, joda will nudge the result forward by the
    // size of the gap.  The method is somewhat confusingly named, we're
    // actually going from UTC to local
    long millis = zone.convertLocalToUTC(utc.getMillis(), false);

    return new DateTime(millis, zone);
}

Я проверял это в восточном и западном полушариях, а также в зоне острова Лорд-Хау, где время летнего времени получасовое.

Было бы неплохо, если бы форматировщики joda поддерживали setStrict (boolean), чтобы они позаботились об этом для вас...

Если вам нужно разобрать дату из строки:

final DateTimeZone dtz = DateTimeZone.getDefault(); //DateTimeZone.forID("Europe/Warsaw")
LocalDateTime ldt = new LocalDateTime("1946-04-14", dtz);
if (dtz.isLocalDateTimeGap(ldt)){
    ldt = ldt.plusHours(1);
}
DateTime date = ldt.toDateTime();
Date date = date.toDate();

Работал для меня отлично. Может кому понадобится.

Обновите до jodatime 2.1 и используйте LocalDate.parse():

DateTimeFormatter formatter = DateTimeFormat.forPattern("dd/MM/yyyy");
LocalDate.parse(date, formatter);