ax2009: кто юзал Startup command: 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().

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