Преобразование даты ввода в формате YYYY-MM-DD'T'HH:MM:SS:SSS+HHMM в java.sql.Timestamp с часовым поясом из ввода

java.time и JDBC 4.2 или новее

Я рекомендую вам использовать java.time, современный API даты и времени Java, для вашей работы с датой и временем. Класс java.sql.Timestamp плохо разработан, настоящий хак поверх уже плохо спроектированного класса java.util.Date. К счастью, оба тоже давно устарели. Возможно, вы подумали, что вам нужен Timestamp для передачи значения даты и времени в вашу базу данных SQL. Начиная с JDBC 4.2 это уже не так.

Во-первых, чтобы проанализировать вашу строку:

    DateTimeFormatter uiFormatter = new DateTimeFormatterBuilder()
            .append(DateTimeFormatter.ISO_LOCAL_DATE_TIME)
            .appendPattern("XX")
            .toFormatter();

    String stringFromUi = "2020-01-20T05:40:34-0500";

    OffsetDateTime dateTime = OffsetDateTime.parse(stringFromUi, uiFormatter);

    System.out.println(dateTime);

Выведите это далеко:

2020-01-20T05:40:34-05:00

Я исправил вашу строку, однако. Он настолько близок к формату ISO 8601, что я был убежден, что он должен соответствовать этому стандарту. Если вы намеревались указать миллисекунды, не проблема, код будет работать и с дробью секунд, например 2020-01-20T05:40:30.334-0500. Если бы вы могли убедить своих UI-специалистов отправлять строку с двоеточием в смещении, например, 2020-01-20T05:40:34-05:00, вам не понадобился бы форматтер, но вы могли бы использовать OffsetDateTime.parse(String) с одним аргументом.

Затем я предположил, что вы запросили Timestamp для взаимодействия с вашей базой данных. И поскольку вы запросили Timestamp с часовым поясом из ввода, я также предположил, что тип данных на стороне SQL — timestamp with time zone. Что рекомендуется для временных меток. В этом случае, начиная с JDBC 4.2, вы напрямую передаете наш OffsetDateTime драйверу JDBC. Для упрощенного примера:

    PreparedStatement ps = yourDatabaseConnection.prepareStatement(
            "insert into your_table(your_timestamp_with_time_zone_column) values (?);");
    ps.setObject(1, dateTime);
    int rowsInserted = ps.executeUpdate();

Если вам нужен Timestamp для какого-то устаревшего API, который вы не можете позволить себе изменить прямо сейчас, сначала знайте, что java.sql.Timestamp не может иметь часовой пояс или смещение от UTC. Хороший способ получить Timestamp — преобразовать Instant, другой современный класс:

    Instant instant = dateTime.toInstant();
    Timestamp ts = Timestamp.from(instant);
    System.out.println(ts);

Вывод в моем часовом поясе, Европа/Копенгаген:

2020-01-20 11:40:34.0

Это правильно, даже если может показаться, что это 6 часов неправильно. Европа/Копенгаген в январе был со смещением UTC +01:00. Когда мы печатаем Timestamp, мы неявно вызываем его метод toString. Timestamp.toString() использует настройку часового пояса JVM для рендеринга возвращаемой строки. Таким образом, ваша строка даты и времени теперь была преобразована сначала из смещения UTC -05:00 в какой-то внутренний формат, о котором нам не нужно заботиться, а затем в смещение +01:00, разница в 6 часов с начальной точки.

Ссылки

• учебное пособие по Oracle: дата и время, объясняющее, как использовать java.time.
• Статья в Википедии: ISO 8601
• Other questions about a Timestamp with a time zone or offset:
  • Java SQL Timestamp to ZonedDateTime
  • Как создать файл java. sql.Timestamp в формате UTC для сравнения запросов?
  • Для данного объекта Date зафиксируйте его значение, относящееся к часовому поясу по Гринвичу (у этого даже есть пара ответов)

@Ajay Dsouza Пробовали ли вы использовать Java 8 ZonedDateTime вместо стандартного Date для вашего варианта использования и явно установите часовой пояс в операторе. Например:

ZonedDateTime receivedTimestamp = somevalue;
Timestamp ts = new Timestamp(receivedTimestamp.toInstant().toEpochMilli());
ps.setTimestamp(
   1, 
   ts, 
   Calendar.getInstance(TimeZone.getTimeZone(receivedTimestamp.getZone()))
); 

На самом деле проблема, с которой вы сталкиваетесь при преобразовании часового пояса из входной строки в java.sql.Timezone, на самом деле довольно хорошо известна. hibernate) явно изменить это, или вы можете использовать метод перегруженного подготовленного оператора, как я предоставил выше, чтобы явно установить часовой пояс в операторе.

В документе PreparedStatement setTimestamp Javadoc указано, что:

С помощью объекта Calendar драйвер может рассчитать временную метку с учетом пользовательского часового пояса. Если объект календаря не указан, драйвер использует часовой пояс по умолчанию, то есть часовой пояс виртуальной машины, на которой запущено приложение.

В Spring-boot вы можете установить следующее свойство для глобальной установки часового пояса (вероятно, это не то, что вам нужно, но):

spring.jpa.properties.hibernate.jdbc.time_zone=UTC