|
26.10.2014, 08:07 | #1 |
Administrator
|
Ну и у кого без патча чего-то "сломалось"? А то я чего-то долго курил, курил над ним и... пока курил - наступил "час Х". И АХ как-то "сама" подстроилась под винду
__________________
Возможно сделать все. Вопрос времени |
|
27.10.2014, 08:13 | #2 |
Участник
|
Цитата:
Сообщение от DenisS
Импортировал XML из KB3011878 - создалось 11 новых зон.
Единственно что смущает - поле TimeZoneRulesData.RuleId более не привязано к значению Enum TimeZone, a идет просто по порядку: Вложение 9010 Цитата:
Патч не был установлен, но все равно, часы в Аксапте перевелись? Так? А о какой версии идет речь? О 2009-й? Просто, я ничего подобно не наблюдаю) Две инсталляции 2009-й Аксапты: на одной из них патч установлен, на другой - нет Соответственно, без патча нет новых зачений енума, а по старому - нет перевода часов
__________________
Axapta v.3.0 sp5 kr2 |
|
27.10.2014, 17:24 | #3 |
Administrator
|
Цитата:
Сообщение от AndyD
Не понятно)
Патч не был установлен, но все равно, часы в Аксапте перевелись? Так? А о какой версии идет речь? О 2009-й? Просто, я ничего подобно не наблюдаю) Две инсталляции 2009-й Аксапты: на одной из них патч установлен, на другой - нет Соответственно, без патча нет новых зачений енума, а по старому - нет перевода часов На самом деле - я думаю - ответом является сравнение содержимого XML-файла и таблички TimeZonesRulesData. В моем случае - значение в поле BIAS у 61-го значения енума совпадало со значением из XML-файла. Енум TimeZone на самом деле не енум - а лукап из таблицы TimeZonesList. Добавляем записи в TimeZonesList, рестартуем АОС - и оппа... енум TimeZone расширился По большому счету - этот патч нужен был тем, кому: - не нравилось существующее название часового пояса - хотели его увидеть "по-новому". - у кого в результате перехода времени образовался новый часовой пояс Форма TimeZonePatcher работает... только если загружаемый файл имеет новые правила для уже существующих зон. А если зоны новые - то она не работает. Поэтому я изменил XML-файлик под существующие зоны и его закачал. И результат сравнил с "непатченной" АХ. Вот прошел перевод стрелок... и никто "не вякнул". Ядро 5.0.1600.2983 Скриншот
__________________
Возможно сделать все. Вопрос времени Последний раз редактировалось sukhanchik; 27.10.2014 в 17:27. |
|
27.10.2014, 21:19 | #4 |
Участник
|
Цитата:
Сообщение от sukhanchik
Енум TimeZone на самом деле не енум - а лукап из таблицы TimeZonesList. Добавляем записи в TimeZonesList, рестартуем АОС - и оппа... енум TimeZone расширился
Форма TimeZonePatcher работает... только если загружаемый файл имеет новые правила для уже существующих зон. А если зоны новые - то она не работает. Поэтому я изменил XML-файлик под существующие зоны и его закачал. И результат сравнил с "непатченной" АХ. Вот прошел перевод стрелок... и никто "не вякнул". Ядро 5.0.1600.2983 Можно попросить изменённый файлик ? В нём некоторые часовые пояса пришлось оставить новыми ? Существующих таких нет. Самара, например.
__________________
Дмитрий |
|
28.10.2014, 08:53 | #5 |
Administrator
|
Цитата:
Цитата:
PHP код:
В общем, какого-то "универсального" решения у меня не получилось - но у меня оно "как-то само" заработало . Ну и ... я решил не париться.
__________________
Возможно сделать все. Вопрос времени |
|
28.10.2014, 12:41 | #6 |
Участник
|
Цитата:
X++: <Timezone> <tzenum>61</tzenum> <timezonekeyname>RUSSIA TIME ZONE 2</timezonekeyname> <enumname>GMTPLUS0300MOSCOW_STPETERSBURG_VOLGOGRAD</enumname> <enumposition>61</enumposition> </Timezone>
__________________
Дмитрий |
|
28.10.2014, 13:56 | #7 |
Участник
|
Цитата:
Цитата:
Сообщение от sukhanchik
Я выбросил новые зоны (чего-то не смогла с ними АХ "подружиться"; а бизнес-потребности в них нет). А в старых зонах - я оставил старый код енума и на 1 сдвинул параметр RuleId.
(...) Позже, при импорте - пришлось подправить метод \Classes\TimeZoneImportHelper\importTimeZonePatches, чтобы система захотела именно обновить данные (параметр isNewTz д.б. false). Потому что иначе форма не отработает. Вообще-то, есть. Выше были даны ссылки на мой блог. Лично у меня все получилось Я действовал именно так, как описано в блоге. Никаких проблем не возникло при переходе. Причем я накатил новый XML (собственного производства) еще месяц назад
__________________
- Может, я как-то неправильно живу?! - Отчего же? Правильно. Только зря... |
|
28.10.2014, 16:57 | #8 |
Участник
|
Добрый день,
Цитата:
Если же идти по пути установки патча от Microsoft, в чём некорректность XML? А у коллег, которые уже исправляли у себя TimeZone решилась проблема с отображением modified, created? |
|
31.10.2014, 08:52 | #9 |
Участник
|
Цитата:
Но это неправильно для патча 2009-й). Таймзоны новые добавились, так что надо не заменить, а добавить после записи "(GMT-04:30) Каракас" новые строчки Код: (GMT+02:00) Калиниград (RTZ 1) (GMT+03:00) Волгоград, Москва, Санкт-Петербург (RTZ 2) (GMT+04:00) Ижевск, Самара (RTZ 3) (GMT+05:00) Екатеринбург (RTZ 4) (GMT+06:00) Новосибирск (RTZ 5) (GMT+07:00) Красноярск (RTZ 6) (GMT+08:00) Иркутск (RTZ 7) (GMT+09:00) Якутск (RTZ 8) (GMT+10:00) Владивосток, Магадан (RTZ 9) (GMT+11:00) Чокурдах (RTZ 10) (GMT+12:00) Анадырь, Петропавловск-Камчатский (RTZ 11) В 2012-й соответствующие строчки необходимо изменить, а для трех новых - добавить после таймзоны "(GMT+01:00) Триполи" Код: (GMT+11:00) Чокурдах (RTZ 10) (GMT+12:00) Анадырь, Петропавловск-Камчатский (RTZ 11) (GMT+04:00) Ижевск, Самара (RTZ 3) Изменения необходимо вносить в файлы AxSys*.ktd папки BIN клиента Аксапты на соответствующем языке (* - язык: ru, en-us и т.д.) На сервере так же можно сделать эти изменения, но после сохранения файла необходимо будет удалить соответствующий файл *.kti из папки KTI. После старта AOS'а он восстановится Для 2009-й будет выглядеть примерно так
__________________
Axapta v.3.0 sp5 kr2 |
|
|
За это сообщение автора поблагодарили: Damn (3), sukhanchik (4), gl00mie (3). |
11.11.2015, 14:00 | #10 |
Участник
|
Цитата:
Сообщение от AndyD
Вот здесь AX2009: Обновление по временным зонам MS советует заменить существующие записи
Но это неправильно для патча 2009-й). Таймзоны новые добавились, так что надо не заменить, а добавить после записи "(GMT-04:30) Каракас" новые строчки ... Вылезли аналогичные проблемы на ax2012 R3 под 2012-й виндой. DateTimeUtil::getClientMachineTimeZone() - выводит ерунду какую-то "(GMT+03:00) Кувейт, Эр-Рияд" значение енума = 3 А в настройках винды стоит зона "Москва, Волгоград". Похоже MUI гадит. Или MUI в сочетании с недоделанным ktd файлом. Без MUI все ок. Ax2012 R3 CU9 Последний раз редактировалось Logger; 11.11.2015 в 15:02. |
|
27.10.2014, 08:43 | #11 |
Участник
|
Цитата:
Картинка не такая ли часом? Обратите внимание на текущую таймзону
__________________
Axapta v.3.0 sp5 kr2 |
|
Теги |
time, time zone, utc, utcdatetime, зимнее время, часовые пояса |
|
|