перенос приложения

[kitty]

Есть два приложения(AX 2.5 sp4), каждое связано с двумя соответствующей БД. Appl1 - bd1 Appl2-bd2.
Нужно подложить вместо приложения Appl1 приложение Appl2 (копированием приложения).
Приложения отличаются классами, формами, менюшками, Фк и тд. Но что касается БД - только 2 таблицы изменены - добавлены в них поля(на базе EDT, со значением по defalult = "") , также добавлено несколько вообще новых таблиц. (Плюс на некоторых существующих таблицах добавлены методы, но к бд это уже отношения не имеет)

Хочу просто подложить приложение, перекомпилить , а потом синхронизовать.
Какие траблы могут быть?
Спасибо

[Dron AKA andy]

А почему Вы употребили термин "подложить приложение" ? Это вполне нормально - скопировать приложение и использовать его с другой существующей БД. Последовательность действий обычно такая:
1. Копируем приложение.
2. Настраиваем конфигурацию для запуска (если это необходимо).
3. Запускаем, проводим синхронизацию.
4. Работаем.

Естественно, при этом структура БД будет полностью соответствовать новому приложению, все отличающиеся таблицы или поля будут удалены.

[kitty]

Уточню:То есть компилить заново не нужно, если оно и так вполне рабочее?

[Sada]

Цитата:

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

Уточню:То есть компилить заново не нужно, если оно и так вполне рабочее?

Не нужно.

[kitty]

Спасибо вам всем огромное!

[kitty]

А синхронизовать после переноса лучше в 3-х или 2-х уровневой конфигурации? (Работа и разработка ведется в 3-х уровневой)

[sukhanchik]

ага, а перекомпиляция абсолютно ненужна - вы ж внутри приложения ничего не меняете

[Dron AKA andy]

Не нужно.

[sukhanchik]

я бы для надежности рекомендовал 2-х уровневую с остановленным аосом. Все зависит от того - как сильно пред версия приложения отличалась от текущего. Есть узкие места (типа таблички SysUserInfo). Если в этих узких местах что-либо менялось - (поле добавили) - то аос либо не запустится - либо потребует потом все равно перезапуска. А так - может и в 3-шке прокатить. Мы всегда делаем в 2-шке - чтобы не париться с аосом. Все равно в процессе переноса в приложении никто не работает