То, что вы видите сгенерированным, это абстрактный WSDL, который является минимумом, необходимым с точки зрения функциональности.Типы данных, операции и т. Д. Все там.
То, что вы ищете, - это конкретный WSDL, который конкретно определяет, как получить доступ к конкретной услуге (местоположение, протокол и т. Д.).Это больше касается конфигурации / развертывания с точки зрения SOA Suite.
Чтобы коротко ответить на ваши вопросы;
- Если клиенту нужен конкретный WSDL, SOA Suite генерирует конкретное определение WSDL по требованию (это предписывается спецификацией связывания WS).Если клиент выполняет вызов в соответствии с этим конкретным WSDL, SOA Suite знает, как разрешить вызов к вашей службе.
- По сути, вы определяете только функциональные части вашего сервиса и оставляете детали, касающиеся доступа к SOA Suite.В конце концов, они сильно зависят от деталей развертывания.Таким образом, ваши услуги становятся немного более отделенными от физических деталей.
- Это способ действий SCA.С точки зрения потребителя, опыт на самом деле не отличается.Они могут искать конкретный WSDL, как и любой другой сервис.
С точки зрения разработчиков следует помнить, что мы находимся в мире SCA.Внутри домена SCA привязки используются для предоставления сервисов или ссылки на них внутри композита.Только когда кто-то хочет предоставить сервис за пределами домена SCA, эти привязки преобразуются в обычные стандарты WS.
Для получения дополнительной информации вы можете ознакомиться со стандартом связывания WS в OASIS.http://docs.oasis -open.org / opencsa / ГСС-привязки / SCA-wsbinding-1,1-spec.pdf