Кастомный скрипт стал завершаться ошибкой

[Lankey]

Такое ощущение, что custom script на бэкгроунде открывает traceParcer и он переполняется, выдает ошибку(что пользователь не видит) и скрипт фреймворк кастом скриптов ее некорректно обрабатывает.

[fed]

Цитата:

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

Такое ощущение, что custom script на бэкгроунде открывает traceParcer и он переполняется, выдает ошибку(что пользователь не видит) и скрипт фреймворк кастом скриптов ее некорректно обрабатывает.

Правильно. Custom script открывает сессию трассировки, но трассирует там не все операции, а только SQL запросы (которые он собственно и показывает при завершении сесии). При этом у меня ощущение что логирует он это дело не в файл, а в область памяти. По крайней мере я несколько раз убивал текущий AOS запустив там длинный скрипт (в LCS было видно как память заполнялась и переполнялась).Может быть Микрософт как-то в последних версиях ограничил размер используемой для трассировки памяти, но корректно обрабатывать ее переполнение он так и не научился. Могу также предположить что у вас там в скрипте вызовы skipDataMethod, skipEvents, skip* не стоят и после того как у вас кто-то перекрыл метод delete на markupTrans (или чего-то подобное), у вас один sql запрос на удаление заменился на кучу мелких одиночных запросов, которые трассировку и переполняют.

[Lankey]

Спасибо, что подтвердили предположение!
Да, вызовы skip не стоят, но это нормально , тк иначе будет data inconsistency
Ненормально, что это приводит к таким последствиям, будто я все данные во всех таблицах базы в одной транзакции удаляю ... гррр
Мало того, что диалога не привинтишь в эти уродливые кастомные скрипты(чтобы управлять выбркой в данном слуачае и удалять блоками, например), так они еще и элементарно толком не работают