Не вызывается метод из 1с на веб-сервисе SOAP #651849

Помогите пожалуйста, не могу разобраться. Есть веб сервис сторонний, подключаюсь к нему через 1с на последней строчке выдает ошибку: {Форма.Форма.Форма}: Метод объекта не обнаружен (addComment) Proxy.addComment("tasks",45578,"Тест","ACCOUNTING","");     В чем может быть дело. Из других систем этот метод работает

Прошу прощения. Это к 1С. Для сторонних может быть не так. Хотя кроме АдресВэбСервиса должно быть одинаково. Смотри в отладчике

wsdl?

В отладчике у меня есть только одна точка подключения, ее я и прописываю в Новый WSПрокси, если вызываю с окончанием soap, она ругается что порт не найден

Пробовала и "ПутьКМоемуСервису?wsdl" и "ПутьКМоемуСервису разницы нет

Проверь имя метода по wsdl

создай в пустой конфе WSСсылку, закинь в нее свой wsdl и посмотри, какие методы 1Ска распознает

Если подумать, то ПутьКМоемуСервису?wsdl забив в браузер ты увидишь описание web-сервиса....

web-сервисы чувствительны к регистру букв.

создай в пустой конфе WSСсылку, закинь в нее свой wsdl и посмотри, какие методы 1Ска распознает Она ругается, что формат неверен, в каком формате нужно указывать url

а в браузере открывается?

Путь у меня ПутьКМоемуСервису.xml?wsdl

открывается в xml формате

так и прописывй

в формате URI

Есть веб сервис сторонний - как правило, в виде URI...

Пишет что неверный формат, может нужно каку-нибудь библитеку подгрузить?

:)))))))))))))))))))))))))))))))))))))))))))

адрес сервера секретный такой что ли?

ага

значит не судьба с этим сервисом из 1Ски поработать. SOAP он такой SOAP, слишком вольно местами трактуемый

Адрес стороннего web-сервиса какой?

Не факт, Вить

Да не нужен мне твой сервант, сама проверь, открывается ли в браузере wsdl-ка

Если там еще и https то вообще песня :)

открывая ПутьКМоемуСервису.xml?wsdl я получаю тоже что и когда пишу ПутьКМоемуСервису.xml

использовать платформу 8.3 в качестве ws2ws-proxy :)))

ТС, у меня была схожая ситуация, вот статья с моими изысканиями:

И что получаешь? *уже просто интересно*

не могу использовать 8.3

В моем случае это не помогло(сторонний веб сервис был на Oracle Fusion Middlewere)

без разницы. Можно использовать любое MQ с поддержкой SOAP в качестве ws2ws-proxy

Ну не можешь и не можешь. Короче, ты описание сервиса через обычный браузер видишь?

Можно поподробнее?

я вижу его в формате xml

Ищи метод addComment и смотри что он должен получить.

<part name="type" type="xsd:string"/><part name="id" type="xsd:int"/><part name="comment" type="xsd:string"/><part name="user" type="xsd:string"/><part name="attachments" type="soap-enc:Array"/>

MQ = Message Queue, например, RabbitMQ

это параметры метода addcomment

Метод в том пространстве имен?

>>Из других систем этот метод работает Из каких других, 1С или что-то иное?

что-то иное, код на perl

на той же машине, что и сервер 1С? :)

нет

на другой машине

ты с регистром имя метода точно не путаешься, дело в том, что метод addcomment из и addComment из с точки зрения SOAP - разные

на perl имя метода как звучит?

на perl они вызывают my $obj = $soap->addComment( $tw_type, $tw_id, $tw_comment, $tw_user, $tw_attachments );

у сервиса есть эхо-метод?

в скорее всего ошибка. в perl пространство имен и прочее статично или дергает из определения?

что за эхо-метод?

обычно метод echo реализуют у сервисов для диагностики связи.

Можешь создать класс на Net для подключения вэб сервиса а затем через вот этот прокиси подключить его как ком

+ в передача параметров неправильная согласно : и. т. п.

Да там в создании WSProxy косяк, ИМХО

1ска же нормально преобразует в xml примитивные типы, мне кажется, это излишество

с фабрикой я тоже пробовала, но проблема именно в том что 1с-ка не видит этот метод

Проблема в создании WSProxy

на ответь

Точно сказать не могу

Причина? Ты не знаешь статично оно в perl или динамично?

я не вижу весь код

мне дали только пример

проблема в том, что wsdl скорее всего не соответствует спецификации. из-за чего 1Ска не может преобразовать его в XTDO.

ИМХО, там она просто из другого пространства имен цепляет.

врядли

Меня вот это смущает:

что именно

Для сложных и included type есть такая фича

URIПространстваИмен и прочее точно соответсвует определению?

сервис на закрытом порту?

а то играем в "Угадай мелодию"....

Для anyType нужно явное создание типа. Но в данном случае ругается на метод. Если же в она WS ссылку не может загрузить, то возможно, что 1С не понимает. Если бы была ссыдка можно было бы проверить

как это можно проверить

</portType> <binding name="Binding" type="tns:WSСервис.ИмяТочкиПодключения"><soap:binding style="rpc" transport="http://schemas.xmlsoap.org/soap/http"/><operation name="addComment"></operation></binding> <service name="Сервис"><port name="WSСервис.ИмяТочкиПодключения" binding="tns:Binding"><soap:address location="URIПространстваИмен"/></port></service><message name="addCommentIn"><part name="type" type="xsd:string"/><part name="id" type="xsd:int"/><part name="comment" type="xsd:string"/><part name="user" type="xsd:string"/><part name="attachments" type="soap-enc:Array"/></message> Что типа этого, в чем может быть ошибка

и закрывается все </definitions>

Я давно разочаровался в 1с-овском SOAP. Сплошь и рядом продвинутые веб-сервисы юзают SOAP шире, чем его поддерживает 1С. В итоге 1С их "не понимает".

Помогите, очень надо

Вы статью читали, ссылку на которую я давал в самом начале? Делайте как там.

Сохрани WSDL-описание в xml-файл, и загрузи WSссылку, если будет ошибка "неверный формат", значит надо редактировать xml. Я так раздел за разделом отлаживал. Еще проверь веб-сервис на валидность, можно через сайт

Хорошая идея. Я тоже как-то было так отлаживал. Избавлял от циклических ссылок в пространствах имен (1С этого не переваривает). Думал, что победа близка. wsdl успешно загрузился. А потом выяснилось, что сервис использует хитрый способ авторизации через установку каких-то заголовков (подробности уже плохо помню), а 1С эту фигню не поддерживает. Было очень обидно.

файл сохранила, пишет что неверный формат, можно ли какой-нибудь прогой его проверить. Сайт не подходит

Может кто знает, что может не нравиться в wsdl 1с, почему она может писать неверный формат?

и что такое  циклические ссылки в пространствах имен

SoapUI тебе в помощь. невалидный wsdl

wsdl валидный, я отправляла запрос с помощью soap-клиента, все нормально отрабатывает

дело именно в 1с, ей что-то не нравиться(

Скинь wsdl сюда

Нашла))))) Может кому поможет: ошибка была в том что в узле <portType name="WSСервис.ИмяТочкиПодключения"><operation name="Com"><documentation>яяя</documentation><input message="tns:addCommentIn"/></operation>  не было выходного <output message="tns:addCommentIn"/> и в самом начале было просто <?xml version='1.0'?>, я поставила <?xml version='1.0' encoding='UTF-8'?>