Интеграция с 1С

vvche wrote:

Кстати, у меня объект Envelope не пересортировывает, пишет нормально, может от версии платформы 1С зависит?

на 8.2.19.76 такой проблемы не наблюдается

У меня 8.3.7.1790, все нормально, это у коллеги paouline 1С фокусничает.

Добрый день, коллеги. Пожалуйста, помогите разобраться.
При выполнении следующего кода

повисает 1С, а затем выдается сообщение о том, что удаленный хост принудительно разорвал соединение, ошибка 10054. На сервере есть доступ к интернету, порт 8002 открыл.
Спасибо!

Это сейчас? А то вчера вечером весь сайт лежал.

Через SoapUI попробуйте зацепиться, проверить.

Да, и сейчас... Появляется вот такая ошибка(в приложении)
Хотя для веб-сервиса по получению курса валют все проходит успешно.

Может как-то по-другому надо обращаться к веб-сервису шлюза в конструкторе WSОпределения?..

okz wrote:Да, и сейчас... Появляется вот такая ошибка(в приложении)

Копайте настройки своей сети, у меня срабатывает:

Спасибо, что посмотрели.
Просто не понятно, что особенного в этом веб-сервисе и где надо ковырять... Так как другие веб-сервисы подключаются корректно...

Да вроде ничего там военного. Если неохота возиться с SoapUI, попробуйте с той же машины скормить wsdl вот этой ссылке:
http://www.soapclient.com/SoapTest.html

Вроде проверка по указанной ссылке проходит успешно. А в 1С все та же история...

Большое спасибо всем за проявленное внимание. Пока нашел следующее решение проблемы: переход с релиза 8.3.6.2363 на релиз 8.3.7.1949.

Друзья, коллеги! Раньше была такая ситуация:

sayunot wrote:а вообще 1С, по крайней мере 8.2, с текущей реализацией http://api.vetrf.ru/schema/platform/services/ApplicationManagementService_v1.2.wsdl работать напрямую не будет, из-за того, как объявлен wraper'ы в application:

<xs:complexType name="ApplicationDataWrapper">
<xs:sequence>
<xs:element ref="tns:applicationData" minOccurs="1" maxOccurs="1"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="ApplicationResultWrapper">
<xs:sequence>
<xs:element ref="tns:applicationResultData" minOccurs="1" maxOccurs="1"/>
</xs:sequence>
</xs:complexType>

applicationData и applicationResultData - это ссылки на абстрактные типы, т.е. предполагается, что в ApplicationDataWrapper и ApplicationResultWrapper будут добавлены ссылки на наследников этих типов. в случае с Меркурием - ссылки на наследников, например, MercuryApplicationRequest из пакета http://api.vetrf.ru/schema/cdm/mercury/applications. но 1С-ка так сделать не позволит, потому что не поддерживает подобные свойства у типов объектов в xdto-пакетах, так, как требуется. т.е. для 1С-ны applicationData в ApplicationDataWrapper это не просто ссылка с определенным типом, а вполне себе именованное свойство с абстрактным типом.

На днях обратился в службу тех.поддержки и мне ответили следующее:

Теперь dataApplication имеет тип any. Это отражено в истории изменений версий ПО. http://help.vetrf.ru/wiki/%D0%92%D0%B5%D1%82%D0%B8%D1%81.API#.D0.9E.D0.B1.D0.BD.D0.BE.D0.B2.D0.BB.D0.B5.D0.BD.D0.B8.D0.B5_.D1.81.D0.B8.D1.81.D1.82.D0.B5.D0.BC.D1.8B

Тем не менее, остается ошибка SOAP. Кто-нибудь может прокомментировать?
Спасибо!

Господа 1С-ники, на вас вся надежда.
Работа со всеми сервисами(кроме обработки заявок) идёт через штатный механизм WSПрокси, сервис обработки заявок пришлось реализовывать через объект HTTPСоединение.
После получения доступа к рабочему Меркурию - запрос к рабочим сервисам заканчивается ошибкой: Ошибка работы с Интернет: SSL connect error, на тестовый сервис запросы уходят без проблем.
А теперь немного загадок:
1. проблема возникла на платформе 8.2.19.76, на 8.2.19.130 проблемы нет, на 8.3.7.2027 проблемы нет
2. но запускаю Fiddler, он встаёт как локальный прокси и запросы уходят и на рабочий и на тестовый сервера без проблем на любой платформе
проблема не с сертификатами, поскольку без Fiddler-а запросы из 8.3.7.2027 уходят без проблем, а файлик cacert.pem я положил к платформе 8.2.19.76
У кого какие мысли есть?
з.ы.
обновление платформы хотя бы до 8.2.19.130 - первое что приходит в голову, но 5 перифирийных баз, плюс в центральной базе порядка сотни пользователей с режимом работы 24/7 намекают на поиски программных решений проблемы, если конечно не склеится - будем обновлять..

okz wrote:
На днях обратился в службу тех.поддержки и мне ответили следующее:

Теперь dataApplication имеет тип any. Это отражено в истории изменений версий ПО. http://help.vetrf.ru/wiki/%D0%92%D0%B5%D1%82%D0%B8%D1%81.API#.D0.9E.D0.B1.D0.BD.D0.BE.D0.B2.D0.BB.D0.B5.D0.BD.D0.B8.D0.B5_.D1.81.D0.B8.D1.81.D1.82.D0.B5.D0.BC.D1.8B

Тем не менее, остается ошибка SOAP. Кто-нибудь может прокомментировать?
Спасибо!

А в любом случае придется собирать Envelope по методике коллеги sayunot, на автомате не заполните.

Товарищи, а кто-нибудь отправлял заявку на создание транспортной операции?
Вы текст заявки создавали через ЗаписьXml или для этого есть какая-нибудь xsd?

Спасибо!

лично я по вышеописанной технологии делал xml файл через общую фабрику, потом ЗаписьXML и отправлял в HTTPСоединение