Добрый день!

Нашёл такую интересную фигню.
Есть сервер на linux и клиент на винде. Везде таймзоны в системе и яве
обновлены.

На обоих стоит таймзона Samara.
Фишка её в том, что года 4 назад у нас летом было GMT+5, зимой GMT+4,
потом сделали +4/+3 а теперь +4/+4. В общем- чёрт ногу сломит.

Если на сервере создать дату, например, 5.05.2005 0:00:00 и передать её
на клиент, то приедет 4.05.2005 23:00:00.

В отладчике нашёл, что на сервере создаётся 5.05.2005 0:00:00 GMT+5, а
на клиенте получается 4.05.2005 23:00:00 GMT+4. Т.е. на сервере есть
память о том, какой часовой пояс был в Самаре в 2005м году, а на клиенте
нет.

Вот интересно- это чья бага? Почему на линуксе есть версия таймзон, а на
винде нет? Или она там короткая? И кто виноват- ОС или ява?

PS: возможно это воспроизведётся в MSK зона для зимних дат.

PPS: да, пришлось перевести хранение дат типа "дата рождения" на
LocalDate (правда joda-time не стал использовать, а написал свой аналог).

--
Алексей
JID: alxt@ya.ru
Posted via ActualForum NNTP Server 1.5

Добрый день, OOsalivan!

> Каким образом дата передается?

Через RMI. В частности, JBoss'овский клиент.

> Что если на клиенте создать такую дату(а не передавать), какой результат?

В пределах одного компьютера проблем нет.

--
Алексей
JID: alxt@ya.ru
Posted via ActualForum NNTP Server 1.5

Добрый день, OOsalivan!

>> В пределах одного компьютера проблем нет.
>> Через RMI. В частности, JBoss'овский клиент.
> То проблема явно при передаче объекта.

Я об этом написал сначала :)

> Через какой объект(ы) с датами работаете?

Смотрю отладчиком значение даты перед возвратом из последнего
Statless-bean метода и после возврата в вызвавший метод.

--
Алексей
JID: alxt@ya.ru
Posted via ActualForum NNTP Server 1.5

Добрый день, OOsalivan!

> Так а какой объект (java - класс для работы с датами ) у вас хранит дату?

java.util.Date
В нём вызывается метод normalize, который и творит сие непотребство :)

--
Алексей
JID: alxt@ya.ru
Posted via ActualForum NNTP Server 1.5

Добрый день, OOsalivan!

>> java.util.Date
>> В нём вызывается метод normalize, который и творит сие непотребство :)
> Так откуда вообще тогда таймзона у вас берется:) ? Объект java.util.Date
> сам по себе не хранит никакой информации о таймзонах,

Он не содержит.
Но после создания даты всё же в какой-то момент вызывается normalize()
который берёт текущую информацию о таймзоне и на основе её записывает
данные в GMT с учётом часового пояса в данном месте (т.е.
TimeZone.getDefaultRef()) в год, в котором записана дата.

На клиенте же она то ли не учитывает историйность даты (т.е. бага JRE),
то ли этой историйности нет в системе- в общем смещение берётся другое.

> А то что вам в дебаге показывает - это скорее всего
> работа метода toString для данного обьекта, могу предположить что
> таймзона берется из системы

Да, normalize() вызывается в toString. Но судя по тому, что (ошибочное)
поведение не меняется - не отладкой я всё меняю. Т.е. .toString() на
сервере и клиенте отличаются.

--
Алексей
JID: alxt@ya.ru
Posted via ActualForum NNTP Server 1.5

OOsalivanКак по вашему связанны таймзоны и методы getDate и getHours ?


Вызовом normalize() :)
На самом деле таймзона лезет постоянно изо всех щелей.
Т.е. отменить вызов normalize() я не смог.

OOsalivanПроблему решил путем установки у XMLGregorionCalendar timeZone в
значение Undefined.

Мне что-то страшно такое делать. LocalDate решило проблему.

--
Алексей
JID: alxt@ya.ru
Posted via ActualForum NNTP Server 1.5

Добрый день, dmitriyche!

> Этот
> < http://joda-time.sourceforge.net/apidocs/org/joda/time/LocalDate.html>http://joda-time.sourceforge.net/apidocs/org/joda/time/LocalDate.html?

Почти. У себя написал похожее (мапится на DATE, у них что-то не нашёл
этого).

--
Алексей
JID: alxt@ya.ru
Posted via ActualForum NNTP Server 1.5