Какие элементы WSDL необходимы (Oracle SOA Suite)

Я пытаюсь понять файлы .wsdl, созданные JDeveloper в проектах SOA. Я заметил, что они, как правило, содержат только типы, элементы portType и сообщения, а не службу или элемент привязки.

Затем я проверил определение схемы WSDL по адресу http://schemas.xmlsoap.org/wsdl/ и заметил что привязка и служба были «ключевыми» элементами элемента определений wsdl. Означает ли это, что служба и привязка являются обязательными элементами? Если да, то почему они не включены в файлы WSDL JDeveloper/SOA Suite?

[Обновлять]

В порядке. Я нашел частичный ответ на свой вопрос. Оказывается, когда вы обращаетесь к файлу WSDL через URL-адрес, привязка и элемент службы действительно включены.

Может ли кто-нибудь предоставить более подробную справочную информацию о:

  1. Как это происходит?
  2. Почему это делается?
  3. Если (2) потому, что вы хотите, чтобы конкретные определения вашего WSDL были скрыты от разработчика и динамически обрабатывались SOA Suite: конкретные примеры того, как это динамическое связывание работает и используется в реальных приложениях...?

wsdl jdeveloper soa soa-suite
person Student    schedule 30.03.2012    source источник

Ответы (1)


arrow_upward
3
arrow_downward

То, что вы видите, — это абстрактный WSDL, который является минимумом, необходимым с точки зрения функциональности. Там есть типы данных, операции и т.д.

То, что вы ищете, — это конкретный WSDL, который конкретно определяет, как получить доступ к конкретной службе (местоположение, протокол и т. д.). Это больше касается настройки/развертывания с точки зрения SOA Suite.

Кратко ответить на ваши вопросы;

  1. Если клиенту нужен конкретный WSDL, SOA Suite генерирует конкретное определение WSDL по запросу (это предписано спецификацией привязки WS). Если клиент делает вызов, соответствующий этому конкретному WSDL, SOA Suite знает, как разрешить вызов к вашей службе.
  2. По сути, вы определяете только функциональные части вашего сервиса и оставляете детали, касающиеся доступа к SOA Suite. В конце концов, они сильно зависят от деталей развертывания. Таким образом, ваши услуги становятся немного более отделенными от физических деталей.
  3. Это способ работы SCA. С потребительской точки зрения опыт ничем не отличается. Они могут искать конкретный WSDL, как и любой другой сервис.

С точки зрения разработчиков, следует помнить, что мы находимся в мире SCA. Внутри домена SCA привязки используются для предоставления услуг или ссылки на них внутри композита. Эти привязки переводятся в обычные стандарты WS только тогда, когда нужно предоставить услугу за пределами домена SCA.

Для получения дополнительной информации вы можете ознакомиться со стандартом привязки WS на сайте OASIS. http://docs.oasis-open.org/opencsa/sca-bindings/sca-wsbinding-1.1-spec.pdf

person Selim    schedule 17.05.2012