ошибка работы RecordInsertList?

[vanokh]

Ax2009 RU6 (5.1500.4102)

В методе SalesFormLetter.recordInsertListInit происходит инициализация

recordInsertSalesParmTable      = new RecordInsertList(tablenum(SalesParmTable), true);

обратите внимание на второй параметр - указывает на то, что метод insert() вызываться не должен.

Тем не менее, далее при вызове recordInsertSalesParmTable.insertDatabase() в SalesFormLetter.recordInsertListInsert этот самый вызов insert происходит и вставляет дополнительный SalesParmSubTable, который уже вставлен вручную => ошибка.

Вопрос - почему происходит вызов insert, хотя происходить не должен?

Ошибка стала возникать после переноса кастомизированных методов класса SalesFormLetter из Ax4 в Ax2009. Причем RecordInsertList там не было, соответственно никакие кастомизации его не трогают.

В одной из тем нарыл, что может влиять аудит - но база пустая и никакого аудита соответственно нет. Что еще может влиять?

UPD: удалил залитые кастомизации на классе SalesFormLetter и таблице SalesFormLetter - ошибка осталась...

[S.Kuskov]

Вот тут я описывал логику работы методов common.skip*
Вопрос про skipDeleteMethod. Не ваш случай?

Цитата:

... Если на таблице скажем перекрыт метод delete, а также настроены deleteactions, то отказавшить только от DeleteMethod мы не изменим способ выполнения обработки, из-за наличия deleteАctions обработка будет вынуждена пройти "как обычно" - построчно. И тут, внимание, "как обычно" также означает, что будут выполненн стандартный вызов метода Delete! И это не смотря на как бы указанный запрет skipDeleteMethod(true) ...

[vanokh]

Цитата:

Сообщение от S.Kuskov

Вот тут я описывал логику работы методов common.skip*
Вопрос про skipDeleteMethod. Не ваш случай?

увы, не оно может, конечно, RecordInsertList внутри и реализован через skip*...

еще кстати - метод insert перекрыт в стандартном приложении, тем не менее там все работает (если б была та же логика, что и в skip*, то и там бы он вызывался - чего не происходит)

[S.Kuskov]

Цитата:

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

еще кстати - метод insert перекрыт в стандартном приложении, тем не менее там все работает (если б была та же логика, что и в skip*, то и там бы он вызывался - чего не происходит)

Не понял логику ваших рассужений. Метод insert перекрыт - хорошо. Вы же его как раз и пытаетесь обойти. Для этого пытаетесь использовать параметр skipInsertMethod (так же как я в своём примере пытался испольлзовать skipDeleteMethod для обхода метода delete). Но это заблуждение!!! Как я уже писал ранее, skip*, установленный в true сам по себе ещё не даёт никаких гарантий, что скипуемое действие будет в действительности пропущено системой. Только одновременное исключение всех возможных "припонов" позволит груповой операции отработать на сервере и избежать покурсорного исполнения со всеми вытекающими.

Цитата:

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

обратите внимание на второй параметр - указывает на то, что метод insert() вызываться не должен

Нет, он указывает на то что в случае отсутствия прочих препятствий для переноса выполнения груповой операции на сервер, методом insert можно пренебречь

[vanokh]

Цитата:

Сообщение от S.Kuskov

Для этого пытаетесь использовать параметр skipInsertMethod

Во-первых, не я пытаюсь, а стандартный функционал И более того внутри системного класса...
Во-вторых, почему тогда на чистом стандартном приложении выполняется без "препонов", а у меня на таком же (удалил кастомизации) - покурсорно и insert?

Посмотрите внимательно на код SalesFormLetter - там подразумевается, что при создании SalesParmTable его insert не вызовется ни при каких условиях. Именно поэтому SalesParmSubTable создается отдельно, так же через RecordInsertList. То есть разработчики Аксапты либо не знали про такое "рекомендуемое" поведение skip*, либо понадеялись на удачное стечение обстоятельств?...

[S.Kuskov]

Цитата:

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

почему тогда на чистом стандартном приложении выполняется без "препонов", а у меня на таком же (удалил кастомизации) - покурсорно и insert?

В том то и дело что на способ выполнения груповой операции может влиять не только модификации приложения, но и настройки типа аудита, алертов, RLS и т.д.
Попробуйте создавать RecordInsertList так

recordInsertSalesParmTable = new RecordInsertList(tablenum(SalesParmTable), true, true, true, true, true)

[S.Kuskov]

Сейчас задумался о том как можно гарантированно обезопасить себя от выполнения insert при выполнении груповых операций. Ведь если в следующей версии появится новая фишка со своим скипом, то везде прийдётся устанавливать ещё на один skip больше

Идея такая. Добавить в самое начало метода insert проверку

if (this.skipDataMethods())
{
    super();
    return;
}

[sukhanchik]

Цитата:

Сообщение от S.Kuskov

Сейчас задумался о том как можно гарантированно обезопасить себя от выполнения insert при выполнении груповых операций

Идея такая. Добавить в самое начало метода insert проверку

if (this.skipDataMethods())
{
    this.doInsert()
    return;
}

Эээ метода skipInsertMethod нет. Метод skipDeleteMethod был уже давно признан устаревшим (хотя он мог и работать). Но проверка логичная, если только этот флаг (skipDataMethods) остается включен в insert (не сбрасывается ядром по пути).
И еще. Зачем делать this.doInsert(), когда достаточно написать super() ?

[vanokh]

Цитата:

Сообщение от S.Kuskov

настройки типа аудита, алертов, RLS и т.д.

ничего нет, пустая база.

Цитата:

Сообщение от S.Kuskov

Идея такая. Добавить в самое начало метода insert проверку

Ага, сработало.

Цитата:

Сообщение от S.Kuskov

Попробуйте создавать RecordInsertList так

recordInsertSalesParmTable = new RecordInsertList(tablenum(SalesParmTable), true, true, true, true, true)

вот, помогло! skipDtabaseLog и skipEvents - причем, только если оба в true. Теперь осталось узнать, что за Events - настройки аудита у меня пустые (смотрел таблицу DatabaseLog в SQL)
Так и оставлю наверно, уже кучу времени убил на разборки...

[Logger]

Цитата:

Сообщение от S.Kuskov

Сейчас задумался о том как можно гарантированно обезопасить себя от выполнения insert при выполнении груповых операций. Ведь если в следующей версии появится новая фишка со своим скипом, то везде прийдётся устанавливать ещё на один skip больше

Идея такая. Добавить в самое начало метода insert проверку

if (this.skipDataMethods())
{
    super();
    return;
}

Спасибо.
Такой способ, пожалуй, самый правильный.

А вообще, получается ядро криво работает. Никогда нельзя быть уверенным что твой скип метода insert() гарантированно отработает ( а как правило именно это и нужно - гарантировать пропуск вызова Insert() ). Приходится добавлять такие костыли на X++.

Ну хорошо что их легко и быстро можно добавить.