Подтвердить что ты не робот

Не удалось получить ZonedDateTime от TemporalAccessor, используя DateTimeFormatter и ZonedDateTime в Java 8

Недавно я перешел на Java 8, надеюсь, более легко справиться с местным и зонированным временем.

Тем не менее, я сталкиваюсь, на мой взгляд, с простой проблемой при анализе простой даты.

public static ZonedDateTime convertirAFecha(String fecha) throws Exception {
    DateTimeFormatter formatter = DateTimeFormatter.ofPattern(
            ConstantesFechas.FORMATO_DIA).withZone(
            obtenerZonaHorariaServidor());

    ZonedDateTime resultado = ZonedDateTime.parse(fecha, formatter);
    return resultado;
}

В моем случае:

  • fecha is '15/06/2014 '
  • ConstantesFechas.FORMATO_DIA - это 'dd/MM/yyyy'
  • obtenerZonaHorariaServidor возвращает ZoneId.systemDefault()

Итак, это простой пример. Однако синтаксический разбор порождает это исключение:

java.time.format.DateTimeParseException: Text '15/06/2014' could not be parsed: Unable to obtain ZonedDateTime from TemporalAccessor: {},ISO resolved to 2014-06-15 of type java.time.format.Parsed

Какие-нибудь советы? Я пробовал разные комбинации разбора и использования TemporalAccesor, но пока не повезло.

С наилучшими пожеланиями

4b9b3361

Ответ 1

Я не уверен, почему он не работает (возможно, потому, что ваш вход не имеет информации о времени и часовом поясе). Простым способом является сначала проанализировать вашу дату как LocalDate (без информации о времени или часовом поясе), затем создать ZonedDateTime:

public static ZonedDateTime convertirAFecha(String fecha) {
  DateTimeFormatter formatter = DateTimeFormatter.ofPattern("dd/MM/yyyy");
  LocalDate date = LocalDate.parse(fecha, formatter);

  ZonedDateTime resultado = date.atStartOfDay(ZoneId.systemDefault());
  return resultado;
}

Ответ 2

Это ошибка, см. JDK-журнал ошибок. Согласно этой информации проблема была решена для Java 9 и Java 8u20. Попробуйте загрузить последнюю версию Java 8. Сегодня в 2014-05-12: существует ранний доступ к выпуску 8u20.

ОБНОВЛЕНИЕ:

Лично я думаю, так как вы только и ожидаете "dd/MM/yyyy" в качестве шаблона, вы должны использовать LocalDate как ваш основной тип, который уже предложил @assylias. Что касается вашего контекста, почти наверняка отказ в дизайне использовать ZonedDateTime. Что вы хотите делать с объектами этого типа? Я могу думать только о специализированных вычислениях часового пояса в качестве прецедента. И вы не можете даже прямо хранить эти ZonedDateTime -объекты в базе данных, поэтому этот тип гораздо менее полезен, чем многие считают.

То, что я назвал вашей проблемой использования, действительно является новым аспектом, представленным с Java-8 по сравнению со старым классом GregorianCalendar (который является универсальным). Пользователи должны начать думать о выборе правильного временного типа для своих проблем и вариантов использования.

Ответ 3

Простыми словами, линия

ZonedDateTime.parse('2014-04-23', DateTimeFormatter.ISO_OFFSET_DATE_TIME)

выдает исключение:

Text '2014-04-23' could not be parsed at index 10
java.time.format.DateTimeParseException: Text '2014-04-23' could not be parsed at index 10

Это похоже на ошибку для меня.

Я использовал этот обходной путь:

String dateAsStr = '2014-04-23';
if (dateAsStr.length() == 10) {
    dateAsStr += 'T00:00:00';
}
ZonedDateTime.parse(dateAsStr, DateTimeFormatter.ISO_OFFSET_DATE_TIME.withZone(ZoneId.systemDefault()));

Ответ 4

Просто пример конверсий, я считаю, что некоторые люди получат исключение ниже

(java.time.DateTimeException: Unable to obtain LocalDateTime from TemporalAccessor: 2014-10-24T18:22:09.800Z of type java.time.Instant)

если они попытаются

LocalDateTime localDateTime = LocalDateTime.from(new Date().toInstant());

чтобы решить проблему, пройдите в Зоне -

LocalDateTime localDateTime = LocalDateTime.from(new Date()
        .toInstant().atZone(ZoneId.of("UTC")));