BiTel

Цитируя Amr'a из начала этой темы: "Там не важно откуда запускать, главное запускать через ту JDK/JRE (хотя скорее JRE), которую надо обновить."

Вот это самое "главное запускать через ту JDK/JRE" , думаю, я и сделал, скопировав tzupdater.jar в каталог с jre "которую надо обновить", запустил, и - заработало. Если запускать из каталога jdk - не работало, хотя тест выдавал, что обновление проведено. Догадываться о том, что и как указывается в стартере клиента биллинга я не стал. А рассказывать на тот момент об этом было некому.

Дык я только про венду говорил
Мне вообще не понятно, зачем поддерживать Win 9x, даже в виде расширения bat, когда эту самую венду ставят на 2-е или 3-и пеньки только ради очень старых игорь, перед этим найдя не эмулятор, а железный вариант Roland SC-55 (дюк, дум) или Yamaha DB50XG (дюк, дум) для MIDI звука и самый 1-й 3Dfx Voodoo для старых 3D игр.

Ага, ту JDK/JRE, которую нужно обновить. Вот как раз это и не было сделано. Вернее сделано, и обновлена ТА! java, но вопрос в том, что клиент запускается НЕ ЧЕРЕЗ ТУ, а какую-то другую инсталляцию java. Скорее всего есть еще C:\Program Files\Java\jre7.

А высказывание Амира означает, то что запускать можно так:

Но нужно быть уверенным, что эта (ТА) JDK/JRE используется для запуска БГ. для серверов явно указывается JAVA_HOME и можно смело запускать оттуда, а для клиента, как уже было сказано, для уверенности нужно запускать без привязки к конкретному каталогу, тогда система выберет дефолтную java. Либо же в скрипте запуска клиента явно указывать полный путь к javaw.exe.

Странная тема.
Заношу платеж со старыми таймзонами.
Он садится


В журнале запросов

Т.е. я вижу что зона стоит +04:00 и могу отсеять пользователей которые еще не обновились (40 человек блеать не обновились)

Но есть 2 вопроса
1) Это клиент передал дату в текстовом варианте и уже сервер отнял от нее час?
2) Почему на такой платеж не действует дата закрытого периода? Ведь он сел 31.10.2014, а у меня период закрыт 31.10.2014

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

И кстати уже рассматривая логи запроса. UserId ну никак не может быть 0. Я под юзером с ID 13 работаю.

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Там веб-сервисы, передается полностью java-объект класса Payment, в котором есть поле userId. В данном случае проставлять это значение в клиенте не имеет смысла, т.к. проставлять правильный userId с точки зрения безопасности нужно на сервере. Скорее всего в БД правильный userId.

Клиент передает xml, который в журнале запросов.
Сервер получает от клиента 2014-11-01T00:00:00+04:00.
А на сервере зона +03:00.
2014-11-01T00:00:00+04:00 в +3 это 2014-10-31T23:00:00+03:00.

всё потому что использовать/передавать/хранить "2014-11-01T00:00:00+таймзона" в кач-ве указания на "дату 01.11.2014" -- неправильно и абсурд

_________________
I'm clever. I've got a computer.

Все потому что в клиенте неправильная таймзона.
Да, такой же абсурд как в классе java.util.Date хранить время.

Чтобы передавалась только дата у поля просто нужно указать @XmlSchemaType(name = "date").
Просто у того, кто использует класс Payment в веб-сервисах, после этого скорее всего перестанет работать.

как раз в этом классе хранить время можно и нужно, покуда оно остаётся aware. а вот дата ничего общего с дататаймом не имеет, и дата не равна дататайму "без часов минут секунд", это вообще совершенно другая сущность и передаваться, обрабатываться и тем более храниться в БД должна совершенно по-другому.

_________________
I'm clever. I've got a computer.

По такой логике нельзя хранить дату в java.util.Date.
Это про передачу, обработку и хранение в памяти. А про хранение в БД тут речи и не идет.

дату - нельзя, я про это и говорю. я думал "время" имеется в виду таймштамп. как раз его и надо обрабатывать в java.util.Date.

_________________
I'm clever. I've got a computer.

посихпор в последнем билде не накатили исправление времени, от сцук (это я про 7-ую яву)

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

не накатили

Так давайте накатим

завтра, завтра

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

верно ли поняты эти фразы?
конкретные дату+время хранить нужно в любом случае всегда так, чтобы было очевидно реальное значение. т.е. это либо в заведомо известной ФИКСИРОВАННОЙ TZ (очевидно, логичнее всего в UTC), либо вместе с указанием таймзоны. причём на уровне выше БД это вообще не имеет значения - реальное значение даты должно корректно (на основании вышесказанного) формироваться как при запросах, так и при поступлении в клиентский код (в случае java это вычитывание значения через getDate, например). любые фреймворки как приложений так и чисто БД этим занимаются и всегда занимались.
дату, напротив, нужно строго без всяких нулевых миллисекунд с таймзонами хранить-обрабатывать.

_________________
I'm clever. I've got a computer.

+1


Не, не, не ... Это плохая идея!

да на самом деле это неважно совсем, дальше БД вообще совершенно пофигу как там в БД оно хранилось - в UTC (что то же самое что дататайм+00:00 просто 00:00 опускается) либо просто в дататайм+XX:YY либо просто числом в unixtime, оно в любом случае строго соответствует конкретному времени. фреймворки которые могут работать с разными БД выбирают способ в зависимости от конкретной БД, например в PG хранят в нормальном таймштампе, а в sqlite можно только в utc хранить, что обычно и делается.

_________________
I'm clever. I've got a computer.

Ёжкин кот, кое-как переползли на вечное летнее, а тот новая напасть: http://habrahabr.ru/post/248007/

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)

уже отпосчено ))))

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

спешу сообщить, что в новых свежих jdk 8u31 и jdk 7u80 наконец-то новые обновлённые tzdata 2014j, включающие и изменения таймзон осени 2014 года и корректные таймзоны аннексированных территорий

_________________
I'm clever. I've got a computer.

И 6u91.

Если имелся ввиду Крым, то обновления по нему вышли уже давно, еще в середине 2014 года где-то.

Таки што, ещё кого-то успели?
Изначально они не в середине, а ещё в марте вышли (в tzdata-2014b). Там по этому поводу было много батхёрта.
Ну вот, например:

Потом с этим там какой-то косяк был, но сейчас чего-то не нагуглил что изменилось, м.б. я напутал и оно уже раньше поправилось.

_________________
I'm clever. I've got a computer.

сегодня у меня в ubuntu пришло tzdata новое с leap second.

https://russian.rt.com/article/124662
не, ну а почему нет?

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Люто плюсую
Сейчас солнце у нас заходит в 17:20.
Летом восход был часа в 3 ночи ))))

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Я согласен, просто на кой хер было вначале отменять, потом менять, потом матьего возвращать, сцуко, трогать ненада было и было бы все ок

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений