В данной транзакции уже произошли ошибки
Добрый день.
Пишу обмен между базами данных с использованием сервисов интеграции (1С:Шина).
Столкнулся с проблемой, которую решить пока не получается:
Алгоритм получения сообщения следующий (ОбработкаПолученияСообщения(Сообщения, Отказ))
1. Десериализую полученные данные в XDTO объект.
2. Пакет содержит список объектов, каждый из которых обрабатываю (создаю, изменяю объекты в базе).
3. При создании, изменении объектов возможны ошибки, при записи объектов.
4. Ошибки перехватываю конструкцией Попытка Исключение КонецПопытки.
А проблема заключается в том, что обработка получения сообщения выполняется в транзакции, и если произошла ошибка любое обращение к БД приводит к ошибке "В данной транзакции уже произошли ошибки".
Пока склоняюсь к варианту - записывать полученный пакет в БД, а обрабатывать уже позже.
Пишу обмен между базами данных с использованием сервисов интеграции (1С:Шина).
Столкнулся с проблемой, которую решить пока не получается:
Алгоритм получения сообщения следующий (ОбработкаПолученияСообщения(Сообщения, Отказ))
1. Десериализую полученные данные в XDTO объект.
2. Пакет содержит список объектов, каждый из которых обрабатываю (создаю, изменяю объекты в базе).
3. При создании, изменении объектов возможны ошибки, при записи объектов.
4. Ошибки перехватываю конструкцией Попытка Исключение КонецПопытки.
А проблема заключается в том, что обработка получения сообщения выполняется в транзакции, и если произошла ошибка любое обращение к БД приводит к ошибке "В данной транзакции уже произошли ошибки".
Пока склоняюсь к варианту - записывать полученный пакет в БД, а обрабатывать уже позже.
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
любая открытая транзакция должна закрыться, неважно с каким статусом - принять/отказ.
поэтому бездумно гасить ошибки попытками нельзя.
отсюда общая конструкция открытия транзакции всегда должна быть следующего вида:
если у вас такая конструкция, но ошибки остаются, значит не закрытые транзакции остаются в обработчиках тех объектов, которые записываются
поэтому бездумно гасить ошибки попытками нельзя.
отсюда общая конструкция открытия транзакции всегда должна быть следующего вида:
НачатьТранзакцию();
Попытка
... // чтение или запись данных
ЗафиксироватьТранзакцию();
Исключение
ОтменитьТранзакцию();
... // дополнительные действия по обработке исключения
КонецПопытки;
Показатьесли у вас такая конструкция, но ошибки остаются, значит не закрытые транзакции остаются в обработчиках тех объектов, которые записываются
(3)
но вы же пишите
Как вариант - перед началом изменения объектов, проверять, не заблокирован ли он. Потому как блокировка объекта обычно и приведет к ошибке записи.
я сам не открываю никаких транзакций
но вы же пишите
Пакет содержит список объектов, каждый из которых обрабатываю (создаю, изменяю объекты в базе).
- т.е. внутри транзакции чтения сообщения вы открываете неявные транзакции записи объектов, и если объект не записался, транзакция прерывается. А поскольку 1С не поддерживает вложенных транзакций, крашится и внешняя транзакция чтения сообщения.
Как вариант - перед началом изменения объектов, проверять, не заблокирован ли он. Потому как блокировка объекта обычно и приведет к ошибке записи.
(4) Заведомо известно, что возможны ошибки при записи объектов. Данные объекты нужно будет отдельно обрабатывать вручную. Вы советуете мне не записывать объекты в БД?
Летят Холмс с Ватсоном на воздушном шаре. И спят в полете. Просыпаются
над какой-то незнакомой землей, видят - внизу пастух коров пасет.
Снизились они и спрашивают мужика:
- Скажите, сэр, где мы находимся?
- На воздушном шаре.
- Спасибо, сэр! - и летят вверх. Холмс задумчиво говорит:
- Интересная местность, Ватсон! Программист пасет коров!
- Холмс, а с чего вы взяли, что он программист?
- Это элементарно! Во-первых, он долго думал над ответом. Во-вторых, его
ответ был абсолютно точен. И в третьих - абсолютно бесполезен!
Летят Холмс с Ватсоном на воздушном шаре. И спят в полете. Просыпаются
над какой-то незнакомой землей, видят - внизу пастух коров пасет.
Снизились они и спрашивают мужика:
- Скажите, сэр, где мы находимся?
- На воздушном шаре.
- Спасибо, сэр! - и летят вверх. Холмс задумчиво говорит:
- Интересная местность, Ватсон! Программист пасет коров!
- Холмс, а с чего вы взяли, что он программист?
- Это элементарно! Во-первых, он долго думал над ответом. Во-вторых, его
ответ был абсолютно точен. И в третьих - абсолютно бесполезен!
(5) я советую не пытаться записывать объект, если заведомо известно, что его запись в данный момент не возможна. если прерывается транзакция чтения, то соответственно все изменения будут отменены. А при проверке на возможность записи отпадут несколько объектов. Как с ними поступать - это уже другой вопрос. Опять же имеет значение - либо весь пакет должен грузиться целиком, либо есть возможность дозагрузки необработаннных объектов по частям.
(7) В планах было так:
1. Получать все зарегистрированные объекты из плана обмена и отправлять одним сообщением (объектом XDTO).
2. При получении сообщения - создавать все объекты без признака ОбменДанными.Загрузка = Истина. Я прекрасно понимаю что так существенно медленнее, но на данном этапе важнее скорость разработки готового решения, а скорость обменов не особо критична.
3. Ошибки при создании объектов возвращаются в ответном сообщении.
Сейчас в голове у меня два варианта:
1. Регистрировать объекты к обмены в собственном регистре сведений. Выгружать каждый объект отдельным сообщением.
2. При получении сообщения помещать данные в регистр сведение (хранилище значения). Затем отдельно обрабатывать полученные данные и высылать ответно сообщение.
1. Получать все зарегистрированные объекты из плана обмена и отправлять одним сообщением (объектом XDTO).
2. При получении сообщения - создавать все объекты без признака ОбменДанными.Загрузка = Истина. Я прекрасно понимаю что так существенно медленнее, но на данном этапе важнее скорость разработки готового решения, а скорость обменов не особо критична.
3. Ошибки при создании объектов возвращаются в ответном сообщении.
Сейчас в голове у меня два варианта:
1. Регистрировать объекты к обмены в собственном регистре сведений. Выгружать каждый объект отдельным сообщением.
2. При получении сообщения помещать данные в регистр сведение (хранилище значения). Затем отдельно обрабатывать полученные данные и высылать ответно сообщение.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот