ловля глюков в AX 2012

[ivas]

Цитата:

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

Для отладки можно и не в пакете запустить то же задание.

Явно и всегда в CIL выполняется код, потребляемый порталом, репортингом, воркфлоу(?), благо пока это все не юзается активно.

Кстати, CIL еще надо пересобирать отдельно, иначе в CIL код будет старый, что может приводить к интересным последствиям, при этом:

Если у вас в приложении хоть где-то есть нескомпилированный метод - CIL не обновится.
Если вы забыли нажать кнопку - создать инкрементный CIL - CIL не обновится.
Если вы нажмете кнопку - генерировать полный CIL - сервер будет пыхтеть сутки, сожрет кучу памяти, может упасть - и CIL не обновится.
Если у вас больше одного AOS - второй и далее надо перегружать, иначе - ну вы поняли (MS кстати пообещал подумать об этом)

If you hold back anything, I'll kill ya. If you bend the truth or I think you're bending the truth, I'll kill ya. If you forget anything, I'll kill ya. In fact, you're gonna have to work very hard to stay alive, Nick. Now do you understand everything I've said? Because if you don't, I'll kill ya. (Lock, Stock, and Two Smoking Barrels(С))

Инкрементного цила обычно хватает, но иногда приходится пересобирать фул, он кстати компилится не так долго 5-10 минут.

[imir]

Цитата:

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

Инкрементного цила обычно хватает, но иногда приходится пересобирать фул, он кстати компилится не так долго 5-10 минут.

может в последних билдах, да на хорошем железе - 10 минут терпимо

[belugin]

Я бы посмотрел через resmon что происходит с диском - cil генериррует много маленьких файликов и может так случиться, что диск постоянно занят, особенно если там же происходит своп или стоит антивирус (он генерирует dll).

[belugin]

Цитата:

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

Если у вас больше одного AOS - второй и далее надо перегружать, иначе - ну вы поняли (MS кстати пообещал подумать об этом)

Даже если hotswapping включен?

[ivas]

Цитата:

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

может в последних билдах, да на хорошем железе - 10 минут терпимо

Железо посредственное - старый 2ух процессорный сервер, памяти 64, но хватило бы и 16 оно больше не ест, билд 6.0.1108.670, но от билда к билду разницы по скорости сборки цила не замечал.

[ivas]

Цитата:

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

ЗЫ CIL-у тем не менее - лучей добра, некоторые алгоритмы отнего сильно выигрывают, а некоторые технологи без него не могут в принципе

В корне не согласен, устроили в системе зоопарк.
А какие такие технологии не могут жить без цила?)

[imir]

Цитата:

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

В корне не согласен, устроили в системе зоопарк.
А какие такие технологии не могут жить без цила?)

Да все что пристроено к аксе сбоку, конечно можно использовать NET connector, но это не так удобно. Все равно все туда вольется, пока что работает в смешанном режиме.

[imir]

Цитата:

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

В корне не согласен, устроили в системе зоопарк.
А какие такие технологии не могут жить без цила?)

Всем удачных выходных, хотел поделиться, на что убил неделю в 2012-й.. вот образец из класса FormLetterServiceController, и метод, принимающий параметры принтера

void updatePrinterSettingsFormLetter(container   _printerSettings, PrintSetupOriginalCopy _originalCopy = PrintSetupOriginalCopy::Original)
{
    if (_originalCopy == PrintSetupOriginalCopy::Copy)
    {
        contract.parmPrintersettingsFormletterCopy(SysOperationHelper::base64Encode(_printerSettings));
    }
    else
    {
        contract.parmPrintersettingsFormletter(SysOperationHelper::base64Encode(_printerSettings));
    }
}

Обратите внимание, что на вход он принимает не класс, а контейнер _printerSettings, т.е. подать на вход можно что угодно, система не подавится, теперь в 2012 это повсеместная практика, потому что классы тяжело передавать по ссылкам с клиента на сервер, с сервера в CIL, из CIL в VS и SRS и обратно. Но видимо контейнер тоже непросто передать в VS, поэтому они его кодируют в строку - base64Encode.
Если контейнер в отладчике еще как-то можно посмотреть, то строка эта..

Самое смешное - есть два класса - системный PrintJobSettings и самописный SRSPrintDestinationSettings - их оба можно в этот метод впихнуть и будет работать, хотя они ни в каком родстве не состоят - no comment.

[Ace of Database]

Привет всем!
Меня тоже запустили в AX2012. Правильно ли я понимаю, что если у всех пользователей системы выключить галку "Выполнить бизнес-операции в CIL", то все пакетные обработки будут работать "по-старинке" ? Я пока не собираюсь выключать эту галку, но поглядываю на нее.

[DSPIC]

Пакетные будут работать в CIL все-равно. А вот интреактивное выполнение будет выполняться в зависимости от этой галки.

[Dreadlock]

Цитата:

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

Явно и всегда в CIL выполняется код, потребляемый порталом, репортингом, воркфлоу(?), благо пока это все не юзается активно.

Штааааа?????
Вы хорошо подумали перед тем как написать???