Проблемы с пакетами

[skof]

Добрый день, коллеги.
Есть вопрос. Задача в принципе не сложная – есть источник строк запланированных заказов, мы его берем, анализируем и создаем пакетные задания, каждое из которых должно создать заказ и по окончании поставить в пакет отборочную накладную. Но задача, то работает несколько дней кряду, то начинает падать с ошибками как на приведенных скриншотах. Видел ли кто подобное? Может у кого есть идеи что это может быть?

[ice]

Возможно проблемы с CIL, во время выполнения пакета не происходит компиляция? или импорт изменений приложения?

[skof]

Цитата:

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

Возможно проблемы с CIL, во время выполнения пакета не происходит компиляция? или импорт изменений приложения?

Нет, 100% пакеты запускаются в 5-7 часов утра когда никого в базе нет. И CIL скомпилирован накануне.

[iCloud]

Цитата:

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

Нет, 100% пакеты запускаются в 5-7 часов утра когда никого в базе нет. И CIL скомпилирован накануне.

Галка стоит "Выполнять в CIL"?
Глобальную компиляцию перед CIL делали?

[skof]

Цитата:

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

Галка стоит "Выполнять в CIL"?
Глобальную компиляцию перед CIL делали?

Стоит, делали.

[DSPIC]

Проблема не в CIL. Скорее всего плавающая ошибка в логике. Нужно анализировать и пытаться ловить.

[ax_mct]

Самое вероятное что update conflict возникает на SalesTable и рассматривал бы
salesTable.reread() перед созданием salesLine. Так как там событие insert на salesLine то скорее всего проблема в обновлении заголовка.

Я бы тупо писал контекст в таблицу или в текстовый файл на сервере при обработке update conflict и потом смотрел в чем дело.

[skuull]

Мне кажеться тут 2 проблемы:
1) Не собраный CIL на batch АОСе, если их больше 1 и все они обрабатывают одну и туже группу то рандомно пакет выполняется на нем и падает.
2) 2 пакета обрабатывают одни и теже строки, тут можно все завернуть в try catch retry или использовать pessimistic lock и readpast https://blogs.msdn.microsoft.com/axp...n-ax-part-iii/

[skof]

Цитата:

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

Мне кажеться тут 2 проблемы:
2) 2 пакета обрабатывают одни и теже строки, тут можно все завернуть в try catch retry или использовать pessimistic lock и readpast https://blogs.msdn.microsoft.com/axp...n-ax-part-iii/

все обернуто в try catch это само-собой
падает сейчас на переводе заказа из статуса журнал в статус заказ

[skuull]

Цитата:

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

все обернуто в try catch это само-собой
падает сейчас на переводе заказа из статуса журнал в статус заказ

Если оно обернуто в стандартный рейтрай оно падает с UpdateConflictNotRecovered, на картинках четко написано UpdateConflict, видимо как-то не так обернуто...

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

[skof]

Цитата:

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

Если оно обернуто в стандартный рейтрай оно падает с UpdateConflictNotRecovered, на картинках четко написано UpdateConflict, видимо как-то не так обернуто...

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

интересно какую одну и туже строку обновляют два потока если это update на таблице SalesTable? и я 100% уверен что два потока один и тот же SalesTable не обновляют.

[dech]

Я бы посмотрел в сторону метода MSH_1CExchangeImportSalesUtil.createSalesLines(). А также где в наследниках перекрывается... + Инкрементная компиляция + CIL-компиляция.

[skof]

Цитата:

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

Я бы посмотрел в сторону метода MSH_1CExchangeImportSalesUtil.createSalesLines(). А также где в наследниках перекрывается... + Инкрементная компиляция + CIL-компиляция.

нет у него наследников, и из предков у него только RunBaseBatch и инкрементную компиляцию + CIL я делаю кажин раз.
Попробую следуцющие пляски с бубном:
1. Удаление всех файлов в каталоге с результатами компиляции на основном аосе и на пакетном
2. Глобальная компиляция
3. Сборка CIL
4. Тест