|
|
31.03.2006, 17:14
|
#1 |
|
Участник
|
Программирование и перенос Layer-а на другую апликацию, выдает random-ошибки ..
 Ситуация такая: Есть 2 AOS - `Dev` и `Test`. Программируем на Dev-AOS в USR-layer, переносим код в VAR-layer, на том же AOS... Код правилный, без ошибок компиляций. На `Dev-AOS` перед переносом (с помощью .xpo) , обьекты которые переносятся - удаляются из USR-leyеr-а Переносим VAR-layer в Test-AOS, для тестирования... Но там! - random-ошибки: не может открыть форму или запустить отчет.. короче беспредел... хотя все layer-ы до VAR идентичны... Решение проблемы обычно сводится к частичной или полной перекомпиляции .. А можно ли этого как-то избежать? Или перед переносом VAR-layer каким-то образом не компилируется правильно, так как есть ещё что-то в USR? Последний раз редактировалось Delfins; 31.03.2006 в 17:17. |
|
|
|
31.03.2006, 17:43
|
#2 |
|
Administrator
|
Есть вопросы:
1. На Test VAR-слой переносится .aod-файлом? 2. На Test ДО переноса есть объекты в слоях выше VAR ? Если на оба вопроса ответ да - то алгоритм такой: 0. Компиляция USR-слоя (для проверки что все хорошо) 1. Экспорт из DEV-USR в XPO 2. Удаление USR-слоя 3. Импорт в DEV-USR в VAR 4. Импорт в DEV-VAR 5. Компиляция VAR-слоя (не только залитых объектов) 6. Перенос aod-файла VAR-слоя (не забываем, перед этим выключить AOSы Dev и Test) 7. Удаление файла axapd.aoi на Test, запуск Аксапты (она перестраивает этот файл) 8. Перезапуск Аксапты (после входа, т.е. ввода логина). 9. Компиляция всех объектов, находящихся выше VAR-слоя на Test 10. Синхронизация Test 11. Запуск AOS-Test
__________________
Возможно сделать все. Вопрос времени Последний раз редактировалось sukhanchik; 31.03.2006 в 17:45. |
|
|
|
31.03.2006, 17:47
|
#3 |
|
Участник
|
1.) Da
2.) net, na Test-AOS est' tolko VAR naskolko ponjal,... to edinstvennoe, chto ja ne poproboval, zapusk Test-AOS aplikacii iz 2-tier, a ne cherez AOS... Chtob etot axapd.aoi sozdalsja normalnim... mhh.. poprobujem..  Spasibo! |
|
|
|
03.04.2006, 16:16
|
#4 |
|
Участник
|
Vot tak, poprobovali posle nashego "VAR upgrade" pervij raz zxapuskat' iz 2-tier... nepomiglo,.. sdelali polnuju! rekompiljaciju... vse ravno vidajet osibki,.. a kak tolko zajdes v AOT i skompilirujes tot objekt, gde osibka byla, to vse potom normalno...
Shto delajem ne tak !? Spasibo! |
|
|
|
03.04.2006, 16:35
|
#5 |
|
Administrator
|
Можно поподробнее на тему "переноса из USR в VAR с помощью AOD-файла"? Как Вы это делаете? В подробностях, если можно.
__________________
Not registered yet? Register here! Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me |
|
|
|
03.04.2006, 17:11
|
#6 |
|
Модератор
|
Посмотрите на идентификаторы объектов: обратите внимание, что у объектов VAR и USR слоя разная нумерация. Лучше переносите через хро и не ставьте галку "с идентификаторами".
С Уважением, Георгий. |
|
|
|
03.04.2006, 17:17
|
#7 |
|
Участник
|
Perenos s USR v VAR v odnom AOS (Dev-AOS), net nikakih problem.
problma pojavljajetsja v Test-AOS, kogda mi kopirujem tuda uze gotovij VAR (iz Dev-AOS) Naschet Dev-AOS i perenosa koda, to mi delajem tak: 1) Export USR-objekti 2) Delete objeti iz USR 3) Import VAR PS: neznaju pro numerovku objektov (ID), no osibki est' i v objektah niznih slojah (net modifikacij v svojom i vishe urovne, t.e < VAR ) |
|
|
|
03.04.2006, 17:36
|
#8 |
|
Administrator
|
В принципе, проблем быть не должно (если вы копируете axvar.aod из одной папки в другую). Единственное, что нужно сделать - удалить axapd.aoi, так как индекс должен быть перестроен. После этого необходимо запустить Аксапту (TEST) в 2-хуровневой конфигурации, чтобы построился индекс. Затем - запустить компиляцию приложения.
Вообще, sukhanchik Вам уже подробную инструкцию выдал. Скорее всего, Вы просто забываете удалить AOI-файл. Ну и на всякий случай: а лицензия VAR-Runtime в Test есть?
__________________
Not registered yet? Register here! Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me |
|
|
|
03.04.2006, 18:19
|
#9 |
|
Участник
|
+ Licenzija na VAR est'
+ axapd.AOI udalil + Zapuskaju 2-tier (AOS stopped na etu Appl) + Polnaja perekompiljacija bila + udalil daze label indeksi *.ali  + udalil *.aoc iz User\ApplicationData\...@..aoc (Axapta Appl Object Cache) no gljuki vse ravno est'...  Mozhet delat' promezhutocnij TestPrerelease-AOS, kuda kopirovat' VAR, sozdat' `projekt obnovljenij` (Version upgrade project).... i otdelno skompilirovat' vse shto bilo izmeneno? - tak chto-by USR layer ne meshalsja... Hotja |
|
|
|
04.04.2006, 15:17
|
#10 |
|
Участник
|
Описанный баг 99% от того, что ID где-то пересекаются, те у разных классов (таблиц) одни номера или у одного класса разные. КОмпиляция глобальная не дает ошибок, а работать не будет точно. При этом хаотично перестает компилиться рабочий код.
Это все симптоматика. Если вылеты в формах и только, то это банальное непотерение "иснользуемых данных" и всего-то. Месье sukhanchik в этом деле крупный спец - проверяйте по его списку. Также если, кто-то умный попутно кодил на тесте в юср, то таблички могут конфликтовать (проверьте SQLDictonary - напишите джоб на выверку АОТ и словаря БД) |
|
|
|
04.04.2006, 17:03
|
#11 |
|
Участник
|
USR udaljajetsja na Test-AOS ... Tam voobse tolko VAR stoit
|
|
|
Комбинированный вид
