Загадочные пропажи шапок журналов

[mazzy]

Цитата:

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

...странная вещь ... имеется ввиду, что его следов нет в SysDatabaseLog.

ничего странного.
какой-то нехороший редиска-программист вызывает doDelete. или перед delete skip-метод.

скорее всего, будет оправдываться тем, что "так работает быстрее". бгггг.

ищите в коде.

[TasmanianDevil]

Цитата:

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

ничего странного.
какой-то нехороший редиска-программист вызывает doDelete

Попадает он в журнализацию.
Про skip'ы не помню точно результаты экспериментов, но тоже кажись не обходит и отлавливается журнализацией.

[S.Kuskov]

Цитата:

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

Попадает он в журнализацию.
Про skip'ы не помню точно результаты экспериментов, но тоже кажись не обходит и отлавливается журнализацией.

doXXXX методы однозначно не логируются. В случае skip* методов возможны варианты: Вопрос про skipDeleteMethod

[Corel]

Цитата:

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

ничего странного.
какой-то нехороший редиска-программист вызывает doDelete. или перед delete skip-метод.

скорее всего, будет оправдываться тем, что "так работает быстрее". бгггг.

ищите в коде.

В том-то и дело, что происходит это не в каком-то особом методе, вызываемом отдельно, а либо в пакетниках, штампующих такие журналы сотнями в день, либо при стандартных действиях пользователя по движению товара. И происходит далеко не всегда. В мой лог записывается call-stack и никаких вызовов левых методов в нём не видно.

То есть, пока что это выглядит так:

ttsbegin;
//***
inventJournalTable.insert();
//***
{
   inventJournaltrans.JournalId = inventJournalTable.JournalId;
   //***
   inventJournaltrans.insert();
}
ttscommit;

И изредка этот механизм сбоит так, что inventJournalTable на выходе нет, а все созданные inventJournaltrans на месте.