|
16.06.2015, 14:17 | #1 |
Участник
|
Цитата:
Сообщение от Raven Melancholic
Это естествено. Для того чтобы появился лукап в этой форме, DAX перебирает все классы наследники RunBaseBatch и чтобы определить можно ли этот класс использовать в журналах пакетных заданий, пытается создать объект этого класса и вызвать его метод canGoBatchJournal. Вот при создании через SysDictClass вызывается метод new, DAX в этом случае не передает параметры, но как сами видите, у этого класса параметр ожидается.
"Тупо" подправить те классы, на которых вылетает debugger. Насколько я помню, RPayHRMPivotReportEngine - это единственный из стандартных классов у которого подобная ошибка. Просто добавь условие X++: // класс RPayHRMPivotReportEngine public void new(Args _args) { ; super (); if (_args) // Исправление ошибки формирования пакетных заданий, 16.06.2015 { pivotTableType = _args.parmEnum(); } pivotTableMetadata = new RPayHRMPivotTableMetaData(); pivotTableData = new RPayHRMPivotTableData(); this.initPivotCodeNameFields(); }
__________________
- Может, я как-то неправильно живу?! - Отчего же? Правильно. Только зря... |
|
|
За это сообщение автора поблагодарили: Vasiliusis (1). |
16.06.2015, 14:53 | #2 |
Участник
|
Цитата:
Сообщение от Владимир Максимов
"Тупо" подправить те классы, на которых вылетает debugger. Насколько я помню, RPayHRMPivotReportEngine - это единственный из стандартных классов у которого подобная ошибка. Просто добавь условие
X++: // класс RPayHRMPivotReportEngine public void new(Args _args) { ; super (); if (_args) // Исправление ошибки формирования пакетных заданий, 16.06.2015 { pivotTableType = _args.parmEnum(); } pivotTableMetadata = new RPayHRMPivotTableMetaData(); pivotTableData = new RPayHRMPivotTableData(); this.initPivotCodeNameFields(); } |
|
Теги |
batch, пакетная обработка |
|
|