Общая схема порядка обновления с АХ 3.0 на АХ 4.0

[Vadim Korepin]

В приложении общий алгоритм обновления с АХ 3.0 на АХ4.0 (исключено детальное описание переноса кастомизированного кода)

[MironovI]

Хороший совет - перенесите все что выше DIS на четверку и попробуйте это откомпилить.. кажется мне честнее было бы посоветовать внимательно сформулировать требования к переходу, собрать всё нажитое непосильным, выкинуть половину как неактуальное, а остальное перенести ручками, по крайней мере так мы поступили при переходе не 3.0 и ни разу не пожалели

[gl00mie]

Цитата:

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

честнее было бы посоветовать внимательно сформулировать требования к переходу, собрать всё нажитое непосильным, выкинуть половину как неактуальное, а остальное перенести ручками, по крайней мере так мы поступили при переходе не 3.0 и ни разу не пожалели

А вообще, есть на форуме такие, кто перешел на 4-ку? Расскажите, как все было

[gl00mie]

Цитата:

Сообщение от Vadim Korepin

В приложении общий алгоритм обновления с АХ 3.0 на АХ4.0 (исключено детальное описание переноса кастомизированного кода)

На счет исключительно детального описания - это, конечно, хорошая шутка Если хотя бы поглядеть «Writing Secure X++ Code», то переделывать придется очень много чего...

[EVGL]

До сих пор мне доводилось переносить на 4.0 только код, не данные. Не очень сложно все было. Надо только следить за RecId(Int) -> RecId(Int64). Это не всегда отлавливается компилятором.

Еще очень проблемны изменения в классах Global, Info, SysSetupFormRun и иже с ними. При импорте проектов Аксапта пытается защищаться от изменений в этих классах (очевидно, из-за того, что остался только 3-tier). Потеряли кучу времени, хотелось часто убить себя об стену. Перед тем, как запустить 4.0 со старым слоем из 3.0, удалите на время модфикации из системных классов. Иначе есть шанс, что система больше не запустится.

[rser]

Прошу помощи.
Занимаемся переходомс AX 30 SP4 на AX 4.0 SP2.
Все делаем в соответствии со схемой перехода. У нас есть доработки на Var и USR слоях. В чистую четверку с чистой БД подложили aod файлы наших слоев. Приложение обновили. Для БД выполнили DB Upgrade, все прошло без ошибок. Все проблемы начинаются при соединении приложения и БД. Axapta начинает выдавать ошибки на все объекты Var слоя, поросту их не видно в AOT. Постоянно выскакиваю ошибки что не достаточно прав на выполнение методов, которые находятся на Var слое.
Лицензия нормальная, на ней приложение готовилось и все было видно и выполнялось. При соединении этого приложения и чистой БД от Ax4.0 таких ошибок не происходит.

[George Nordic]

Что, у Вас есть лицензия на VAR-слой? Проверьте.

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

[egorych]

Цитата:

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

Что, у Вас есть лицензия на VAR-слой? Проверьте.

Скорей всего были модификации партнером при внедрении. У нас тоже куча модификаций от Коруса остались на var.

[rser]

Да там партнерские модификации. Лицензия на VAR есть. С чистой БД и с той же лицензией проблем не возникает.
Кстати, если зайти в этой инсталяции на Var слой то все нормально работает, как только заходим под USR начинаются такие ошибки.

[sukhanchik]

Совершенно логичное поведение.
Алгоритм действий:
1. запустите чистое приложение, натравленное на Вашу БД. НЕ ЗАПУСКАЙТЕ синхронизацию.
2. залейте 4-шные лицензии. НЕ ЗАПУСКАЙТЕ синхронизацию.
3. запустите Ваше приложение, натравленное на Вашу БД и отсинхронизируйте.

Фишка в том, что после апгрейда БД - лицензии у вас остаются старыми (см табл. SysConfig), т.е. недействующими. А т.к. код находится на VAR-слое и нет (вы еще не успели закачать) лицензий на VAR Layer Runtime - то логично, что Ваш код не работает. А Ваш код скорее всего присутствует на объектах - которые вызываются при старте Аксапты. Например класс - WinAPI.
Вывод: запустить Аксапту без VAR-слоя, залить лицензии, а потом снова подложить VAR-слой.

[George Nordic]

Да, соглашусь. К тому же, я бы делал 2-х уровневый компиляцию: сначала подложил только VAR-слой, потом USR.

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

[rser]

Спасибо всем за помощь!
Помог алгоритм от sukhanchik.
Оказалось что изменения в системных объектах на VAR слое не давали правильно положить новую лицензию, в следствии этого дальше и начинались проблемы.