ax2009: кто юзал Startup command: CompileAll_+ для периодического обновления перекрестных ссылок?

[mazzy]

Здесь ax2009: почему обновление перекрестных ссылок перестало быть пакетным заданием?
выяснили, что в ax2009 возникают загадочные some technical problems при компиляции на сервере.
Поэтому построение перекрестных ссылок в пакете просто отключено.

А кто-нибудь пробовал для периодического обновления перекрестных ссылок команду запуска CompileAll с параметром "+"?

Есть впечатления? Как работает? Есть ли баги?

[belugin]

Ссылка на доку: How to: Schedule Cross-references Without a Batch. Я сам на трешке делал компиляцию через SysStartupCmd с рассылкой ошибок по почте (но без перекрестных) - работало нормально.

Кстати, припоминаю, что когда 2009 выходила, это было обозначено как новая фича - наверное это и есть рекомендуемы способ.

[mazzy]

Цитата:

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

Я сам на трешке делал компиляцию через SysStartupCmd ... - работало нормально.

Ну, на трешке много чего работало... И AOS'ы не падали. И трава была зеленее.
Вопрос про ax2009. Теперь то как обстоят дела?

[Wamr]

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

[mazzy]

Цитата:

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

...и ставлю ему галку.

Какую? автовыход?
А как из аксапты выходить после генерации перекрестных ссылок?

[Wamr]

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

Вот как-то так всегда работало.

[sukhanchik]

У конструкции CompileAll_+ было несколько неприятных особенностей:

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

В 4.0 сделали попытку дать пользователям возможность строить перекрестные ссылки через команду в XML-файле, которая по факту не работает (т.е. метод, обрабатывающий команду UpdateCrossReference был, но нигде не вызывался).

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

    xRef = new xRefUpdate();
    if (xRef)
    {
        xRef.updateAll();
        result = true;
    }

который можно безболезненно перенести в XML-файлик автозапуска (код версии проверяется по значению метода xInfo::releaseVersion()):

PHP код:

<AxaptaAutoRun 
    exitWhenDone="true" 
    version="5.0" 
    logFile="D:\AxaptaAutorun.log">
<Run type="class" name="xRefUpdate" method="updateAll" /> 
</AxaptaAutoRun> 


Ссылка на сей файлик содержится в axc-шнике: startupcmd,Text,autoRun_c:\AX\buildXRef.xml

Использование такой конструкции аналогично использованию пункта меню Сервис-Средства разработки-Перекрестные ссылки-Периодические операции-Обновить с включенными галками:

• "Удалить все",
• "Обновить все",
• "Обновить модель данных",
• "Обновить иерархию типов" и
• с выключенной галкой "Выбрано".

При этом - "Удалить все" означает исполнение команды на SQL "TRUNCATE TABLE" для каждой XREF* таблицы - т.е. удаление происходит быстро (=мгновенно), а заполнение производится только командой вставки записи (что гораздо быстрее чем обновление)

Вставка такого ярлыка в шедулер от ОС (Tasks) - позволяет не использовать АХ-овый пакетник (это актуально, к примеру, на разработческом приложении, когда нужно постоянно перезаходить, чтобы "подцепить" последние изменения в коде), при этом хочется, чтобы построив ссылки - АХ завершила бы работу (закрыла сессию)

[mazzy]

Цитата:

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

XML-файлик автозапуска (код версии проверяется по значению метода xInfo::releaseVersion()):

Ага! autoRun! Спасибо.
http://axapta.mazzy.ru/lib/autorun/
http://msdn.microsoft.com/en-us/library/aa870082.aspx

[Wamr]

Цитата:

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

У конструкции CompileAll_+ было несколько неприятных особенностей:

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

...

PHP код:

<AxaptaAutoRun 
    exitWhenDone="true" 
    version="5.0" 
    logFile="D:\AxaptaAutorun.log">
<Run type="class" name="xRefUpdate" method="updateAll" /> 
</AxaptaAutoRun> 


...
Использование такой конструкции аналогично использованию пункта меню Сервис-Средства разработки-Перекрестные ссылки-Периодические операции-Обновить с включенными галками:

• "Удалить все",
• "Обновить все",
• "Обновить модель данных",
• "Обновить иерархию типов" и
• с выключенной галкой "Выбрано".

Давайте обратимся к первоисточнику:
SysCompileAll::compile() для перестроения перекрестных ссылок вызывает xRefUpdate::main(new Args(classstr(SysCompileAll))), где есть следующий кусок кода

        if (args.name() == classStr(SysCompileAll))
        {
            xRefUpdate.updateAll();
        }

Нетрудно видеть, что используется все тотже xRefUpdate.updateAll().
То есть при использовании CompileAll мы имеем тот же самый алгоритм перестроения ссылок.

То есть единственной неприятностью остается Level 4, но для псевдопользователя, который по ночам занимается компиляцией с перестроением перекрестных ссылок, думаю, это не проблема

И да, ночной опыт с CompileAll закончился успешно... и будет теперь повторяться еженочно. Чего и вам желаю.

[sukhanchik]

Цитата:

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

Давайте обратимся к первоисточнику:
Нетрудно видеть, что используется все тотже xRefUpdate.updateAll().

Хм... чего-то сие я пропустил... Но ларчик был же... Сам сталкивался....

[sukhanchik]

Кстати по поводу логов. Содержимое инфолога - прекрасно пишется в файл, указанный в XML-файле.

[sukhanchik]

О... А оказывается параметр UpdateCrossReference - это вообще раритет с 3.0 SP6 не доживший до 4.0. Вот чего МСу стоило бы оставить сей параметр и дальше? Жалко что ли?