uddi больше используется или его функциональность теперь включена в wcf?

Question

кто-нибудь использует uddi Или это функциональность теперь охватывает WCF? Изменяет ли Azure что-либо в отношении полезности UDDI? Не могли бы вы привести практический пример использования UDDI?

Answer 1

UDDI мертв, идея UDDI заключалась в том, чтобы обнаружить веб-сервисы и их возможности на каком-то рынке веб-сервисов.IBM, Microsoft и, я думаю, WebMethods использовали общедоступные UDDI-серверы, но они были отключены несколько лет назад, вероятно, из-за отсутствия интереса.

На самом деле кажется, что вы можете просто поместить свое WSDL-описание веб-службы на тот же сервер, на котором размещается веб-служба.Также многие фреймворки будут генерировать для вас WSDL из вашего кода и существующих файлов xsd, используя принцип соглашения над конфигурацией, см. Пример веб-сервисов Spring.

Answer 2

q: кто-нибудь больше использует uddi?a: Да, он используется и, хотите верьте, хотите нет, люди все еще разрабатывают для него.

q: его функциональность теперь распространяется на WCF?A: Нет, совсем нет.WCF действительно реализует нечто, называемое WS-Discovery, которое использует многоадресное обнаружение для поиска реализаций определенного интерфейса, однако при этом мало какой-либо другой информации может быть разделено.

q: Изменит ли Azure что-либо относительно полезности UDDI?Ответ: Не уверен, что платформа веб-хостинга связана с полезностью UDDI.Вам все еще нужно рекламировать, открывать и потреблять услуги.

q: Не могли бы вы привести практический пример использования UDDI?A: Когда это использовалось?наверное с 2001 года. Как это использовалось?

1) Динамические клиенты веб-служб, которые ищут информацию о привязке служб во время выполнения.2) Пользователи, которые ищут поставщиков услуг (способствуют повторному использованию кода) 3) Управление во время выполнения, см. Jboss Overlord