Здравствуйте , Синхронизация УТ10- Розн, ошибка на стороне УТ10 пр обмене-выгрузке , зарегистровааных объектов для обмена- нет

{Обработка.ВыполнениеОбменаДанными.Форма.Форма.Форма(515)}: Ошибка при вызове метода контекста (ОбычнаяВыгрузкаДанных_ОбработкаДлительнойОперации)
    ОбычнаяВыгрузкаДанных_ОбработкаДлительнойОперации(Отказ, УзелИнформационнойБазы, ВидТранспортаСообщений);
по причине:
Переполнение стека встроенного языка на сервере
по причине:

Обработка.ВыполнениеОбменаДанными.Форма.Форма.Форма : 527 : ОбменДаннымиСервер.ВыполнитьОбменДаннымиДляУзлаИнформационнойБазы(
ОбщийМодуль.ОбменДаннымиСервер.Модуль : 528 : ВыполнитьДействиеОбменаДляУзлаИнформационнойБазы(Отказ,
ОбщийМодуль.ОбменДаннымиСервер.Модуль : 1275 : ВыполнитьОбменДаннымиЧерезФайловыйРесурс(СтруктураНастроекОбмена);
ОбщийМодуль.ОбменДаннымиСервер.Модуль : 1780 : ЗаписатьСообщениеСИзменениямиДляУзла(СтруктураНастроекОбмена, СтруктураНастроекОбмена.ОбработкаТранспортаСообщенийОбмена.ИмяФайлаСообщенияОбмена());
...
Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта : 2050 : ВыгрузитьСвойства(Источник, Приемник, ВходящиеДанные, ИсходящиеДанные, ПКО, ПКО.СвойстваПоиска,
Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта : 10880 : СоздатьСложнуюИнформациюДляЗаписиВXML(СтруктураУзлаСвойств, УзелСвойства, ПКС.НуженУзелXMLПриВыгрузке, ПКС.Приемник, ПКС.ИмяПараметраДляПередачи);
Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта : 10617 : СоздатьОбъектыДляЗаписиДанныхВXML(СтруктураДанных, УзелСвойства, НуженУзелXML, ИмяПриемника, "Свойство");
Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта : 0
по причине:
Переполнение стека встроенного языка на сервере

КЭш чистил

(0) хвалишься ?

(0) в яндексе уже читал? например по кнопке 1 справа в первой ссылке описаны варианты, из-за чего такое происходит

(0) бесконечный цикл где-то словили скорее всего

(4) Дэк объекто для выгрузки нет

(5) а если добавить что-то в регистрацию. может рекурсия уходит на край вселенной из-за пустоты, нэ?

(5) отладку в руки и смотреть, что и как там грузится, может действительно какая-то логика заложена и пытается бесконечно выполнить кусок кода

(0) 1. Выкинь уже типовой обмен, он говно.
2. Напиши свой на JSON
3. Радуйся

(8) а если свой напишет на xml то не будет радоваться?)

(6) (8) Чем Джон луше ХМЛ- Модно-молодежно ?

(8) И за сколько ты напишеть типовой обмен в обе стороны ?

(8) вам наверное 20 лет и вы оптимистно целеустреммленно пишише "убийцу 1С"

теорему БЖ никак подзабыли?

одно название чего стоит JSON всего лишь текстовый файл с полями в ковычках и запятыми -разделителями,

(13) вы идеальный клиенте маркетолога. пожалуй пора писать нетленку "JSON-обмен все по всем 100% успех".
ну и рекламку-аватар в сеть: девушка в мини с буферами на которых мигает JSON.
думаю, настало время когда взлетит)

(9) xml тороза
(10) быстрей, проще
(11) смотря сколько разных сущностей надо, если все что можно то неделя писать и еще неделя на отладку
(12) https://www.youtube.com/watch?v=vy-I7ybkH-c

(13) лучше чем текстовый (свой формат) потому что поддержка в платформе 1С встроенная и шустро пашет

теоретически похрен какую сериализацию использовать
но фактически в json самая удобная/быстрая

(17) + 1

(0) а розница какой версии?

Срыв стека,это когда при выгрузке А аыгружается Б,а при выгрузке Б выгружается А.
И json тут ни чем не поможет,так как проблема не в формате,а в добавлении объектов в список выгрузки.

(17) самая удобная сериализация по типу TLV,когда строка выгружается как длина и набор байтов - это и выгружать и читать быстрее,но такой файл вручную не поправишь.

(21) я тоже хотел написать, что в (8) не хватает 4. использовать rabbit (зачеркнуто) kafka

(22) тут нужно понимать,что может быть ситуация,когда Объект А имеет поле со значением Ссылка на Объект Б, а Объект Б имеет другое поле,которое содержит Ссылка на Объект А.
И как бы мы это не передавали,будет ситуация,когда мы читаем ссылкк,но объекта у нас еще нет.