Коллеги, добрый день!

Неожиданно налетели на проблему в 7.3 Как оказалось, при генерации wsdl для сервисного интерфейса из ESR PI теперь туда пихает параметры, относящиеся к WS-Security. 1C же, например, такую wsdl импортировать отказывается наглухо.
Пробовал изменить настройки интерфейса, там тоже параметр безопасности появился новый, но на wsdl это никак не повлияло.
Прочитал о способе с редактированием интерфейса через SOA Manager, но там не видны интерфейсы, созданные в ESR. Вроде как, говорят, можно увидеть такие интерфейсы, если опубликовать их в Service Registry, но у нас, оказалось, он не особо и настроен за ненадобностью. Сейчас пытаюсь настроить, но вот думаю, не зря ли?

Может, кто с этим сталкивался? Явно должен быть какой-то способ заставить PI формировать wsdl по старой схеме, без профиля безопасности.

Добрый день!

А какие теги не принимает 1С?

Здравствуйте!

Судя по всему, вот эти:
<wsp:UsingPolicy wsdl:required="true"/><wsp:Policy wsu:Id="OP_Send_Customer_Info"/>

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

Я читал на scn, что SAP добавил эти теги, ибо впереди планеты всей, и многие жалуются на такие же проблемы. Но решения так и не нашел, кроме как руками вырезать эти тэги из wsdl-файла.

К сожалению существуют ситуации, когда приходится корректировать и WSDL и XSD файлы, которые приходят из сторонних систем. И в обратную сторону тоже, когда принимаются сторонней системой. Так что в какой-то мере это "нормально", в определенном смысле конечно нормально

F#ck the policy. )

Зарубежные коллеги уже все решили:
http://scn.sap.com/community/pi-and-soa ... f-it-in-pi

Тогда надо публиковать в Service registry, и там уже через SOAMANAGER отрубать Policy. Круто, что такое возможно. Правда надо пробовать.

Это я читал буквально сразу.
Дело в том, что, как я уже писал выше, интерфейсы, созданные в ESR, не видны через SOAMANAGER. Я настроил-таки у себя Services Registry центральный, опубликовал там свой интерфейс, но в SOAMANGER все равно его не вижу. Я что-то не так делаю или просто фокус не удался?

Что-то я попробовал - и не получилось, рано радовался.
Буду думать.

И всё-таки кажется, что сервис SOAMANAGER и сервис SR (ESR) совершенно разные вещи, хотя и могут быть созданы на основе одного и того же Service interface. Первый создается средствами NetWeaver на основе, допустим, ABAP Proxy, а второй генерируется через Integration Builder. В результате получаем разные ссылки на сервисы и разную маршрутизацию, причем в случае в SOAMANAGER всё пойдет через "чистый" ABAP.

Раньше думал, что эти сервисы могут коррелировать. Но по ходу тут один путь - руками WSDL править.

Да вот я тоже об этом подумал.

Есть аж три инструмента генерации WSDL:
- SOAMANAGER, построен на ABAP,
- Service Repository - на J2EE,
- Integration Directory - на J2EE

Судя по экспериментам - они не пересекаются.
Причем, опция "mode=standard" работает только в SOAMANAGER.

а что в /nwa/ssadmin видно?

Если я правильно понимаю - то это web-сервисы и прокси приложений J2EE сервера.