привет.
с недавних пор обработка УниверсальныйОбменДаннымиXML стала выдавать ошибку. в поисковике нашел v8: Не соединяеться по COM у обработке УниверсальнаяЗагрузкаДанныхXML и с точно такой ж проблемой. При инициализации обмена база вылетает на этой строчке:

РаботаВозможна = мОбработкаДляЗагрузкиДанных.ВыполнитьДействияПередЧтениемДанных(ТекущаяСтрокаДляЗаписи)

где "мОбработкаДляЗагрузкиДанных" это объект COMОбъекта "УниверсальныйОбменДаннымиXML" на стороне приемника, а "ВыполнитьДействияПередЧтениемДанных(ТекущаяСтрокаДляЗаписи)" - экспортная функция.

наверное уже все свалили ))

В обработке в приемнике есть эта экспортная функция (в модуле обработки)?

естественно.

(3) Можно попробовать не COM-коннектор, а приложение.

даже не знаю

..

У меня такое обработка выдает на сервере, установленном на Linux.

Ровно в этом месте да?

апну.

...

получается что из обработки приемника УниверсальныйОбменДаннымиXML по COM вызывается обработка УниверсальныйОбменДаннымиXML получателя и пытается обратится к ее методам. есть какая-та лажа при вызове объекта по COM или как?

обновил обработки в обе базы до версии 2.1.5 но всеравно вылетает 1с на той ж строке.

.

c ИТС обновил до 2.1.6. результат ноль!

up

я обновил до 2.1.7. результат тоже ноль

(15) а что в ТекущаяСтрокаДляЗаписи передаете? Наверняка какая-нибудь лабуда из этой базы, а не из той.

(17) строка передается. там содержание из xml файла.

!

апну. зачетный монолог.

в приемнике заменил на внешнюю обработку, ошибка не исчезла (:

У меня на платформе 8.2.17.169 вообще вылетает любое com-соединение.

апну а.

Могу сказать одно. Должно работать точно. Сам использую и загрузку и выгрузку через COM и эти обработки. Посмотрите есть ли у вас в "мОбработкаДляЗагрузкиДанных" действительно обработка приемника. Проще всего это проверить получив, например, "мОбработкаДляЗагрузкиДанных.ЗагружатьДанныеВРежимеОбмена".

Особенностей в вызове ВСТРОЕННЫХ обработок и их методов через COM нет (кроме обычных заморочек COM-а по передаче значений только примитивных типов). Создаешь, потом можешь устанавливать реквизиты, экспортные переменные модуля обработки, вызывать экспортные процедуры и функции.

(24) целый год на ура вот так работало а сейчас один писец.
Спасибо за подсказку, попробую. Конечно если я обмениваюсь через файл то все четко, а вот напрямую фигня.

(24) мОбработкаДляЗагрузкиДанных.ЗагружатьДанныеВРежимеОбмена равна Истина. обработка встроенная в конфигурации приемника по вроде.

Апну еще

Ребята подкиньте еще идеи или что еще проверить в связь с этой ошибкой.
Обработки обновил, пробовал через внешние. Что еще.

а какая версия платформы?

1С:Предприятие 8.2 (8.2.17.169)

У нас на 8.2.17.169 перестали работать com сединения в принципе, не только эта обработка.
На 16 релизе, и даже на  8.2.17.157 работает.

(32) ндааа похоже так. даже базы перенес на другой сервер, мало ли, для отладки. такая ж история.
ну тогда спишем на ошибку платформы.

кстати УниверсальныйОбменДаннымиXML на диске ИТС не нашел. ее там есть вообще или как?

под УФ

А мы только собрались обновляться.
Скажите а на 157 много косяков?

мне этот встретился.

Вызов обработок через COM соединение работает!
После обновления на 8.2.17.169 у меня они (конктретно Универсальный обмен данными через XML) тоже перестали работать.
Потратил 4 часа пока через ТЖ докопался, что 1С переписала что-то касательно Сообщить();
Теперь если в коде который вы вызываете через COM есть Сообщить();, то платформа (у меня процесс на сервере) просто вылетает без объяснения причин.
Лечится обрамлением этой конструкции в
#Если Клиент Тогда
#КонецЕсли

(38) ндаа встретил на форуме темы с проблемой "Сообщить()" на сервере.
буду завтра пробовать пробовать твое замечание.

также спасибо!

В крайнем случае, врубай ТЖ и смотри на какой конкретно строчке вылетает.

тж?

Технологический журнал

Лови в помощь https://dl.dropbox.com/u/12008200/SomeFiles.7z
я использовал logcfg.xml тот, что в архиве (только log location на тот путь к логам, который тебе нужен).

Можешь свой создать с помощью обработки из архива.
Кидаешь его в ..\Program Files\1cv82\conf\
и смотришь, что платформа тебе написала в логи по указанному тобой log location в пути.

Только не забудь его (logcfg.xml) потом удалить или переименовать.

Не разу не использовал.спасибо.

(44) с помощью ТЖ записал ошибку в логах. смотрю этот лог и немножко непонятно почему не исчезла ошибка даже если я оформил ее через #Если Клиент ...

вот что в логе:

20:32.4081-0,EXCPCNTX,0,ClientComputerName=ZD-IT7,ServerComputerName=ZD-IT7,UserName=Булига,ConnectString='Srvr="zd-it7";Ref="UPPDeveloper1";',Context='
Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта : 12297 : ЗаписатьВПротоколВыполнения("Начало загрузки:   " + ТекущаяДатаСеанса(), , Ложь, , , Истина);
   Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта : 1526 : СообщитьПользователю(ИтоговаяСтрокаДляЗаписи);
       Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта : 14200 : Сообщение.Сообщить();'
20:32.4220-141,EXCPCNTX,0,SrcName=SCALL,OSThread=6932,process=1CV8,Usr=Булига,ClientID=8,Interface=90b77326-8e4a-4195-b980-d758277d1f03,Method=0,Context='
Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта : 12297 : ЗаписатьВПротоколВыполнения("Начало загрузки:   " + ТекущаяДатаСеанса(), , Ложь, , , Истина);
   Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта : 1526 : СообщитьПользователю(ИтоговаяСтрокаДляЗаписи);
       Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта : 14200 : Сообщение.Сообщить();

в строке 1526 есть процедура "СообщитьПользователю(ИтоговаяСтрокаДляЗаписи);" я ее оформил

#Если Клиент Тогда
       СообщитьПользователю(ИтоговаяСтрокаДляЗаписи);
#КонецЕсли

Ошибка в строке 14200 судя по логу.
Обрамлять надо все содержимое процедуры СообщитьПользователю(..), а не ее вызов.

Должно быть вот так:
<code>
Процедура СообщитьПользователю(ТекстСообщенияПользователю) Экспорт
   
   #Если Клиент Тогда
       Сообщение = Новый СообщениеПользователю;
       Сообщение.Текст = ТекстСообщенияПользователю;
       Сообщение.Сообщить();
   #КонецЕсли
</code>
КонецПроцедуры

Промахнулся с <code> ))

(48) а я саму процедуру "СообщитьПользователю(ТекстСообщенияПользователю)" поместил в #если Клиент .... ))

в место где идет обращение к ней :)

Так проблема решилась?

(52) ближе у вечеру изменю конфигурацию и отпишусь уже окончательно.

У меня та же проблема. Как решили то? Чем все закончилось?

(48) Чем не устаивает?

(55) Вам это помогло? Мне нет.

в общем сегодня добавил кусок кода в модуле объекта "УниверсальныйОбменДанныхВXML" как в (48) но не помогло.

А как на счет размера правил.... Тут не может быть косяка в момент передачи???

Просто я обновил с 8.2.16 до 8.2.18 и полный алиас.... Как бы не пришлось правила переписывать....

(58) сильно сомневаюсь. из 2 простых причин:
1. данное правило работала до обновление
2. в правило настроен обмен только одного вида документа.

(59) что значит полный алиас?

обновил на тестовый сервер релиз платформы до .18 и ошибка подключении по COM в процессе обмена исчезла! :)

(61) проблема в платформе именно с объектом сообщение пользователю, просто замени на сообщить.

зачем менять конфу?

когда можно обновить платформу.