Как присвоить параметры Даты для Спящего режима запроса для текущего часового пояса?
Рабочий пример: http://jsfiddle.net/nmxav27t/
$(document).on("click", "#closebutton", function(event) {
$("#showbutton").collapsible("collapse");
});
Вам необходимо привязать щелчок (или событие касания) к кнопке, которую вы хотите использовать для закрытие, а затем вызвать свертывание на кнопке id .
3 ответа
Как оказалось, Будьте в спящем режиме, не преобразовывает даты в GMT автоматически, он просто отключает время, если Вы используете query.setDate(), поэтому если Вы передаете "16.01.2009 12:13:14", это становится "16.01.2009 0:00:00".
Для занимания время к рассмотрению необходимо использовать query.setTimestamp("date", dateObj) вместо этого.
Будьте в спящем режиме незнакомо с часовыми поясами. Любое преобразование часового пояса должно быть сделано до выполнения запроса.
, Например, если Ваш сервер базы данных установлен на CST, но пользователь находится на EST, необходимо будет добавить 1 час к любым меткам времени, которые являются входом к запросу.
Мы используем пользовательское, в спящем режиме тип даты. Любое время мы устанавливаем параметр на запросе, мы используем метод базового класса или служебный метод, таким образом, мы можем передать часовой пояс пользователя в пользовательский параметр типа.
Вы могли обойтись просто ручной корректировкой времени в служебном методе для запросов, но этот путь даты, которые считаны в или записаны в базу данных, также правильно преобразовывается. Этот метод также обрабатывает ситуацию, где база данных хранит дату в своей зоне местного времени. Таким образом, даже если у Вас есть пользователь в одном часовом поясе, сервер базы данных в другом и Java с помощью GMT, это может получить все прямо. Это заканчивает тем, что было похоже:
Properties properties = new Properties();
properties.setProperty("timeZone", databaseTimeZone);
query.setParameter("from", dateEnteredByUser, Hibernate.custom(LocalizedDateType.class, properties));
Как добавленная премия, мы используем это для контакта с тем, что SQL Server преобразовывает 23:59:59.999 в следующий день. В пользовательском типе мы проверяем на это и замедляем его.