Рассмотрим распространенную ситуацию: при выполнении обмена данными между базами с использованием правил конвертации через COM-соединение (OLE) возникает прерывание. В частности, на этапе чтения и записи данных в базе-приемнике процесс останавливается на строке вызова метода обработки:
УспешноПереданыДанные = мОбработкаДляЗагрузкиДанных.ПроизвестиЧтениеДанных(СтрокаОшибкиВБазеПриемнике);
При этом в протоколе или журнале регистрации фиксируется ошибка следующего вида: «Ошибка при вызове метода контекста (Записать): Ошибка при выполнении обработчика - 'ПередЗаписью': Попытка передачи с клиента на сервер мутабельного значения 1-го параметра...». Проанализируем причину возникновения этой проблемы и разберем по шагам доступные способы ее решения.
Ошибка передачи мутабельного значения возникает из-за жестких контекстных ограничений платформы 1С. Мутабельные (изменяемые) значения — это сложные типы данных, например, сами объекты документов (как в случае с ошибкой при записи), таблицы значений, списки значений и формы.
Проанализируем контекст выполнения кода при COM-соединении:
ВнешнееСоединение.ПередЗаписью).Сервер, но не установлен флажок ВнешнееСоединение, платформа пытается выполнить вызов с клиента (внешнего соединения) на сервер.Чтобы устранить ошибку, нам необходимо скорректировать контекст выполнения обработчика события. Разберем два основных метода.
В конфигураторе базы-приемника необходимо найти общий модуль, в котором располагается процедура обработчика (имя модуля и процедуры обычно указано в тексте ошибки). Посмотрим на свойства этого модуля и установим флаг ВнешнееСоединение. Это позволит коду процедуры выполняться локально, непосредственно в контексте текущего COM-соединения, избегая несанкционированного серверного вызова и передачи объекта между контекстами.
Если логика, заложенная в подписке на событие, предназначена исключительно для интерактивной работы пользователей и не требуется при автоматической загрузке данных, мы можем ограничить ее выполнение. Для этого обернем код обработчика в инструкции препроцессора:
#Если Не ВнешнееСоединение Тогда
// Исполняемый код подписки на событие,
// который будет проигнорирован при обмене через COM
#КонецЕсли
Часто возникает необходимость посмотреть выполнение кода (например, метода ПроизвестиЧтениеДанных) непосредственно в процессе обмена. Посмотрим, как это сделать правильно, так как отладить выполнение этой строки в базе-источнике не получится — там происходит лишь вызов, а сама запись идет в приемнике.
dllhost.exe при использовании коннектора V83.COMConnector). Важно: на сервере приложения или локальной машине должна быть разрешена отладка COM-соединений.Ограничение платформы на передачу мутабельных значений обойти невозможно: в качестве параметров между клиентом и сервером могут передаваться только примитивные типы (числа, строки, даты, булево) или сериализуемые структуры.
Если конфигурация базы-приемника закрыта для редактирования, находится на поддержке без возможности снятия, или внесение изменений в общие модули недопустимо, рекомендуется пересмотреть архитектуру обмена. Рассмотрим переход на классический файловый обмен (через XML/JSON файлы) или использование современных веб-сервисов и HTTP-сервисов. В этих сценариях данные передаются в сериализованном виде (в виде текста), а парсинг, создание и запись объектов происходят целиком в серверном контексте базы-приемника. Это полностью исключает конфликт контекстов и ошибку передачи мутабельных значений.