28.09.2012, 16:34 | #21 |
Участник
|
Цитата:
Сообщение от 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(С))
__________________
aLL woRk aNd nO JoY MAKes jAck a dULL Boy |
|
28.09.2012, 16:47 | #22 |
Участник
|
|
|
28.09.2012, 22:47 | #23 |
Участник
|
Я бы посмотрел через resmon что происходит с диском - cil генериррует много маленьких файликов и может так случиться, что диск постоянно занят, особенно если там же происходит своп или стоит антивирус (он генерирует dll).
|
|
28.09.2012, 22:49 | #24 |
Участник
|
|
|
29.09.2012, 01:13 | #25 |
Участник
|
Железо посредственное - старый 2ух процессорный сервер, памяти 64, но хватило бы и 16 оно больше не ест, билд 6.0.1108.670, но от билда к билду разницы по скорости сборки цила не замечал.
__________________
aLL woRk aNd nO JoY MAKes jAck a dULL Boy |
|
29.09.2012, 01:35 | #26 |
Участник
|
Цитата:
А какие такие технологии не могут жить без цила?)
__________________
aLL woRk aNd nO JoY MAKes jAck a dULL Boy |
|
29.09.2012, 12:32 | #27 |
Участник
|
Да все что пристроено к аксе сбоку, конечно можно использовать NET connector, но это не так удобно. Все равно все туда вольется, пока что работает в смешанном режиме.
Последний раз редактировалось imir; 29.09.2012 в 12:34. |
|
12.10.2012, 18:15 | #28 |
Участник
|
Цитата:
X++: void updatePrinterSettingsFormLetter(container _printerSettings, PrintSetupOriginalCopy _originalCopy = PrintSetupOriginalCopy::Original) { if (_originalCopy == PrintSetupOriginalCopy::Copy) { contract.parmPrintersettingsFormletterCopy(SysOperationHelper::base64Encode(_printerSettings)); } else { contract.parmPrintersettingsFormletter(SysOperationHelper::base64Encode(_printerSettings)); } } Если контейнер в отладчике еще как-то можно посмотреть, то строка эта.. Самое смешное - есть два класса - системный PrintJobSettings и самописный SRSPrintDestinationSettings - их оба можно в этот метод впихнуть и будет работать, хотя они ни в каком родстве не состоят - no comment. |
|
31.10.2016, 12:12 | #29 |
Участник
|
Привет всем!
Меня тоже запустили в AX2012. Правильно ли я понимаю, что если у всех пользователей системы выключить галку "Выполнить бизнес-операции в CIL", то все пакетные обработки будут работать "по-старинке" ? Я пока не собираюсь выключать эту галку, но поглядываю на нее. |
|
31.10.2016, 12:40 | #30 |
Боец
|
Пакетные будут работать в CIL все-равно. А вот интреактивное выполнение будет выполняться в зависимости от этой галки.
|
|
|
За это сообщение автора поблагодарили: Ace of Database (2). |
05.11.2016, 00:44 | #31 |
Участник
|
|
|
Теги |
ax2012, cil, debug, debug code, debug managed code, отладка, отладчик |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|