1) Насколько я могу судить, http только для транспортного протокола, поддерживаемого спецификациями WS- *? Если да, то есть ли конкретная причина, по которой WS- * также не поддерживает другие транспортные протоколы (tcp и т. Д.)?
2) Предполагая, что мы используем несовместимую. * Совместимую привязку / протокол (т.е. несовместимые протоколы безопасности, передачи, кодирования и т. Д.), Как этот протокол указан в файле WSDL? Имеется в виду, есть ли общее понимание того, как должны быть названы / представлены несовместимые с * протоколы в файлах WSDL?
3) Спецификации WS- * только рекомендуют, какие протоколы веб-сервисы должны реализовывать для совместимости, или они также определяют некоторые из этих протоколов?
спасибо
ОТВЕТЫ НА ПОЛЬЗОВАТЕЛЯ 384706:
WS- * это множество спецификаций
связанные с веб-сервисами.
Я предполагаю, что WS- * сам не определяет ни один из протоколов?
Они реализованы как расширения
SOAP.
Не могли бы вы пояснить, что вы подразумеваете под "как расширение SOAP" ?
Базовый профиль WS-I - это
спецификация, которая определяет все
детали, которые гарантируют
совместимость между веб-сервисами.
веб-сервис полностью соответствует WS-I
BP может утверждать, что может
взаимодействовать с любым клиентом.
Помимо спецификации WS-I Basic Profile, существуют ли другие спецификации, которые определяют все детали, необходимые для полной совместимости двух веб-сервисов? А именно, wsHttpbinding поддерживает несколько спецификаций WS- *, но есть ли какое-то общее имя, которое описывает этот набор спецификаций, поддерживаемых wsHttpbinding (что-то вроде WS-I Advanced Profile)?
Веб-сервис, полностью соответствующий WS-I
BP может утверждать, что может
взаимодействовать с любым клиентом.
Я предполагаю, что веб-сервис, реализующий wsHttpbinding, не обратно совместим с WS-I Basic Profile? Таким образом, мы не можем утверждать, что этот веб-сервис полностью соответствует WS-I BP?
ОТВЕТИТЬ НА marc_s:
1) Я не думаю, что это правда -
некоторые из протоколов WS- *
определенно может использоваться через netTcpBinding,
тоже - WS-адресация, WS-Trust,
WS-SecureConversation,
WS-ReliableMessaging,
WS-AtomicTransaction и многое другое. Увидеть
Документы MSDN по упоминанию NetTcpBinding
эти стандарты WS- *.
Но, как заметил другой автор, спецификации WS * - реализованы как расширение SOAP, а SOAP поддерживает только Http, так как детали привязок, отличных от HTTP, не описаны адекватно в SOAP спецификации Так как же WS- * может поддерживать другие транспортные протоколы, кроме http?
2) WSDL никоим образом не связан с
Стандарты WS- * - это просто
стандартизированный способ выразить
методы обслуживания и сообщения. Это
полностью независим от протоколов WS- *
и их реализации - вы можете
абсолютно использовать WSDL (и XSD, чтобы пойти
вместе с этим) для вашего обслуживания, и
тогда используйте basicHttpBinding или что-то
еще для вашей привязки.
Я знаю, что это неопределенный или даже глупый вопрос, но ... если я создам новый протокол T и хочу, чтобы мой веб-сервис его реализовал, есть ли какое-то соглашение о том, как мне его указать в WSDL
Спецификации WS- * обычно определяют
определенные возможности вашего сервиса
и протокол - не фактический сервис
методы и сообщения, которые они
обмен.
Он также определяет какие-либо протоколы?
Кстати - Помимо спецификации WS-I Basic Profile, есть ли другие спецификации, которые определяют все детали, необходимые для полной совместимости двух веб-сервисов? А именно, wsHttpbinding поддерживает несколько спецификаций WS- *, но есть ли какое-то общее название, которое описывает этот набор спецификаций, поддерживаемых wsHttpbinding (что-то вроде WS-I Advanced Profile)?