Вышел русский SP5 FP1 для Axapta 3.0

[Vadik]

Цитата:

Сообщение от EVGL

Программисты смелые, программист сегодня экспериментирует в свой выходной

Та же фигня, коллега

Цитата:

, а вот консультанты... На то, чтобы научить их не бояться конфигурационной утилиты, у меня ушел примерно год. Объяснить же шефу, что такое "правильный ax32.exe", уже практически нереально - не его это дело. Бегать же к каждому и настраивать индивидуально каждый ярлык - это уже не мое дело.

Мне тоже бегать лень - я ярлыки на расшаренные сетевые ресурcы кладу Тем, кому с локальными базами работать надо - написать инструкцию (одну) по настройке. Взрослые люди - разберутся. Тех, кто и с инструкцией настроить не может - вешать на доске позора.

Цитата:

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

Ну уж прям и убивает

Цитата:

Не пробовали еще?

Отчего же. пробовал

Цитата:

Останется только писать SQL-скрипт, который будет удалять RecVersion

Скрипт кстати - дело пяти минут. Вычистить RecVersion и SqlSystemVariables
А вообще у клиента есть ключ командной строки специально для этого случая, -repair (кажется) называется. Ну и синхронизация, само собой

P.S. Я ведь не говорю, что все шоколадно. Но все решаемо

[dn]

Цитата:

Сообщение от Vadik

А вообще у клиента есть ключ командной строки специально для этого случая, -repair (кажется) называется. Ну и синхронизация, само собой

А вот это кстати не помогает...

[dn]

Вопрос для подстраховки. Если обновить только клиента и AOS, а приложение оставить на предыдущем сервиспаке, то на какие грабли можно нарваться?

[glibs]

Цитата:

Сообщение от dn

...
Если обновить только клиента и AOS, а приложение оставить на предыдущем сервиспаке, то на какие грабли можно нарваться?
...

Не должно быть никаких, если вы все работаете в одной версии клиента, а не кто в лес — кто по дрова.

Обязательно сделайте глобальную компиляцию под нового клиента (и индексы перестройте).

[EVGL]

Цитата:

Сообщение от dn

Вопрос для подстраховки. Если обновить только клиента и AOS, а приложение оставить на предыдущем сервиспаке, то на какие грабли можно нарваться?

Там есть код где-то в разделе классов Sys*, который работает с RecVersion. Не будет работать нормально такое сочетание, надо обязательно обновлять axSYP.aod на версию из SP5.

Что же касается комментария glibs, то русский код из SP5 EE никуда не делся. Более того, SP5 EE FP1 содержит исправления пары багов для Польши. Так что предыдущий участник был прав: дурь. Если уж так не нравится слово "стыд".

[dn]

Цитата:

Сообщение от EVGL

Там есть код где-то в разделе классов Sys*, который работает с RecVersion. Не будет работать нормально такое сочетание, надо обязательно обновлять axSYP.aod на версию из SP5.

Большое спасибо за совет.
Я посмотрел изменения в классах SysSqlSetup и SysSQLShowPlan.

В классе SysSqlSetup добавляются поля RecVersion во все таблицы. В принципе они добавляются и без этой модификации просто при запуске синхронизации. Т.е. это не критично.

В классе SysSQLShowPlan изменения касаются СУБД MS SQL Server. Так как у нас Oracle, то я пока не вижу необходимости поднимать SYS-слой от 5-го сервиспака.

[dn]

В первом приближении в версии клиента SP5 EE: 3.0.1951.5160 явной утечки памяти не видно.

Клиент от KR1 мне чем-то интуитивно не нравится. Может его даже осознано не стали включать в SP5, а может как обычно из-за неразберихи... Поживем - увидим.

[gl00mie]

Цитата:

Сообщение от dn

Клиент от KR1 мне чем-то интуитивно не нравится. Может его даже осознано не стали включать в SP5, а может как обычно из-за неразберихи...

Клиент SP5, в отличие от KR1/KR2, не умеет работать с SQL 2005 в режиме совместимости базы 90, но при этом в нем реализована фишка optimistic concurrency checking для SQL 2000 (KR1 вроде такое поддерживает только на SQL 2005, или я ошибаюсь?). В общем, какой-то непонятный клиент получился... А на счет неприязни к KR1 - не согласен, пашет исправно, после SP4 очень радует, что он не лопает столько памяти

[George Nordic]

Цитата:

Сообщение от dn

Вопрос для подстраховки. Если обновить только клиента и AOS, а приложение оставить на предыдущем сервиспаке, то на какие грабли можно нарваться?

Хм. Да там клиент старше, чем Kernel Rollup1.

Даже предупреждение есть специальное - не обновляйте клиента, если стоит KR1.
Мда.

Цитата:

Сообщение от soin

Помойму в части наличия восточноевропейского функционала SP5 от SP4 отличается мало.

Нет. Ошибаешься. Много Российского функционала теперь доступно для стран Восточной Европы.

P.S. Имей терпение, в эту пятницу все узнаешь

С Уважением,
Георгий

[kvan]

Цитата:

Сообщение от George Nordic

P.S. Имей терпение, в эту пятницу все узнаешь

Опять загадки?

[soin]

Цитата:

Сообщение от George Nordic

Хм. Да там клиент старше, чем Kernel Rollup1.

Я конечно не проверял версию клиента SP5 EE, но в международной версии он был более старый чем Kernel Rollup




QUOTE=George Nordic]
Нет. Ошибаешься. Много Российского функционала теперь доступно для стран Восточной Европы.[/QUOTE]

Я не в этом смысле.

Цитата:

Сообщение от Glibs

Вспомните как мы плевались восточноевропейской функциональностью в сп4.

А в том смысле что и в SP5 плеваться по поводу восточноевропейской функциональности можно точно также.

Или я чего пока еще не знаю?




Только что проверил - версия клиента Kernel Rollup: 3.0.1951.6710
Версия клиента SP5 EE: 3.0.1951.5160

[dn]

Цитата:

Сообщение от George Nordic

Хм. Да там клиент старше, чем Kernel Rollup1.
Даже предупреждение есть специальное - не обновляйте клиента, если стоит KR1.
Мда.

Вроде бы я нигде не упомянал про KR1.
Версия Axapta 3.0 1951.3730/514-320 SP4/OP023-196 (локальная версия EE SP4 Build #10.0). При этом, мы использовали клиента от SP3, из-за проблем с утечкой памяти с клиентом от SP4.
Вопрос был в том можно ли взять клиента от SP5 и спокойно жить дальше? И решена ли в этом клиенте проблема утечки памяти? Т.к. старый AOS не совместим с клиентом от SP5, поэтому его также приходится обновлять. Обновлять приложение пока не планируем.
То что клиент от KR1 новее клиента от SP5 меня не особо заботит. Хотя не совсем понятно почему так произошло...

[malex]

Разобрался. На самом деле EE не нужно ставить - он перезаписывает SYP слой. Ставится SP5 международный, на него русский Feature Pack.

[gl00mie]

Сейчас наткнулся на интересный эффект локализации в SP5FP1. Метку @SYS11762 зачем-то переделали из "Значение" в "Себестоимость", в результате чего, в частности, пострадала формочка заведения внешних кодов (ExtCodeTable): теперь там вместо значения внешнего кода надо указывать его себестоимость Сначала думал, что у меня глюки, но в формочке SP4 EE FP1 метка используется та же, а значение другое.

[kvan]

Цитата:

Сообщение от dn

А вот это кстати не помогает...

Помогает. Запускать нужно с командной строки: ax32.exe -repair

[glibs]

Цитата:

Сообщение от Vadik

...
Скрипт кстати - дело пяти минут. Вычистить RecVersion и SqlSystemVariables
...

Кому 5-ти, а кому и ХЗ сколько много

Дальше для таких как я.

Я SqlSystemVariables лапами правил. Там вместо 31 нужно где-то ближе к концу 30 написать, по-моему.

После этого система впускает без проблем, синхронизация, и можно работать.