Веб-сервис должен быть зарегистрирован?

Question

Я узнаю о веб-сервисах и большинству ресурсов, которые я читал, говорите о регистрации вашего веб-службы после того, как он готов к использованию другими. Регистрация веб-службы, необходимой для использования службы?

Например, скажем, у меня есть веб-приложение на интранете компании, и я создаю еще одно приложение для веб-сервисов, которое извлекает какую-то полезную информацию, которая будет отображаться на этом частном интрасете. Если бы эта новая веб-сервис требует зарегистрированным, так что мое веб-приложение может использовать его или может использовать веб-приложение непосредственно напрямую к новой веб-сервису (после файла WSDL) без необходимости какого-либо реестра UDDI?

Answer 1

Вы, безусловно, можете использовать услугу без реестра UDDI.

Я создал несколько веб-сервисов и немедленно использовал их без регистрации их. Регистрация дает другим уверенностью, что ваш веб-сервис является законным и Описания того, как взаимодействовать с этими услугами.

Представьте себе, что делать развитие, где вы должны зарегистрировать любой веб-сервис перед его использованием. Ики!

Answer 2

Нет, совсем нет.

Вы, вероятно, говорите об каталогах API, вы можете зарегистрировать свой WS. Как УДди или что он назван. Полностью необязательно.

Answer 3

Никто не использует UDDI больше. Это идея, чье время пришло и ушло.

Считалось, что будут публичные реестры веб-сервисов, которые каждый будет использовать для поиска веб-службы для удовлетворения их потребностей. Что никогда не случилось.

Answer 4

Как может либо сервис, либо приложение знать, была ли обслуживание зарегистрирована?

Кроме того, зачем им заботиться?

Answer 5

Если вы пытаетесь использовать ориентацию на обслуживание правильный путь, ваши веб-сервисы должны быть зарегистрированы в реестре услуг. Реестр должен содержать опубликованный договор услуг и любые метаданные данные, которые помогают процессу обнаружения.

Разные вопросы - это: программа обслуживания потребительская программа должна посмотреть в реестр и динамически связывать сервис, который необходимо позвонить? Нет, совсем нет.

Но тогда, какой процесс открытия я говорю? Я имею в виду человека (разработчик, архитектор и т. Д.) Кто разработал / разработка программы, которая должна позвонить в обслуживание. Этот человек должен иметь средства для поиска, какие услуги доступны в его / ее организации. Если нет, преимущество услуг повторного использования повторного использования. Открытие также о людях, находящихся в том, что где-то в ИТ-организации есть услуга, которая предлагает функциональность, которую они хотят. В этом случае реестр может быть таким же простым, как отчет HTML, который создается и обновляется вручную или сгенерированным по аналитированию (XSLT приходит Handy) файлы WSDL.