Архитектура web-служб
Для своего функционирования web-службы используют ряд протоколов и спецификаций. Их можно разбить на 4 группы, образующие стек-протоколы.
Вид этого стека показано на рисунке.
UDDI |
WSDL |
SOAP |
HTTP |
HTTP-транспортный протокол.
SOAP – спецификация определенного правила описания XML-документов для коммуникации между клиентом и сервером web-служб (Web-Service Description Language).
UDDI – спецификация для реестров web-служб (Universal Description and Integration). SOAP, WSDL, UDDI представляют собой реализацию XML. Наиболее в общем виде архитектуру web-служб можно представить следующим образом:
Web-услуги
WSDL-описание
Для нахождения необходимой службы в сети используется реестр UDDI к которому вначале своей работы должно обратиться клиентское приложение. Для определения функциональных возможностей web-службы служит WSDL-описание, с помощью которое клиент может получить информацию о всех web-услугах web-служб. В тоже время, если клиент знает адрес web-служб в сети, а также имеет информацию о его услугах, он может не использовать при своей работе реестр UDDI и WSDL-описание.
Jms. Архитектура jms
JMS (Java Message Service) – Java-технология создания распределенных приложений, основанная на обмене сообщений. JMS – “старая’ технология (1998 г.). В настоящее время пакет javax.jms входит в состав последних версий jdk. Всякая реализация этой технологии называется поставщиком JMS (provider JMS). В настоящее время программные реализации созданы рядом независимых производителей. Наиболее популярными JMS от Sun, NQ Service от IBN, JMS Web-Logic от Bea. Наиболее в общем виде архитектура JMS выглядит так:
Прикладные программы использующие JMS называются клиентами JMS (JMS-Client). Система обработки сообщений управляющая маршрутизацией и доставкой сообщений называется JMS-provider (JMS-провайдер). Средства администрирования (Administrative tool) средства управления ресурсами используемые клиентами JNDI (Java Naming and Directory Interface) это система Java именования и поиска объекта на основе класса NameContext, в INDI NameSpace – пространство имен.
Модели сообщений jms
JMS – поддерживает две модели сообщений – “издание-подписка” и “точка-точка” (“Publish-Subseribe”, “Point-to-Point”). В зависимости от реализации системы, любая из этих моделей может обеспечивать синхронный или асинхронный обмен сообщениями. Модель “точка-точка” предполагает отправку сообщений все получателям по одиночке. Ее архитектура имеет вид:
Архитектура “точка-точка”
Сообщения отправляется в очередь. В очереди они обрабатываются: “первый зашел – первый вышел” (FIFO), т.е. адреса получает сообщения в том порядке в котором они были отправлены.
В тоже время в модели “издание-подписка”сообщения могут быть отправлены нескольким получателям. Архитектура модели “издание-подписка” имеет вид:
Сообщения публикуются в определенной теме. В каждой теме могут публиковаться несколько сообщений. Клиентское приложение, желающее получить сообщения должно сначала подписаться на него. Подписаться на определенную тему сообщения могут несколько клиентов. Все они получают копии всех сообщений данной темы. Обычно в момент публикации сообщений в системе должен быть хотя бы один получатель. Если получатель не подключен к сети, сообщения уничтожаются. Такая подписка называется недолговечной. Имеется долговременная подписка, когда получатель может использовать все накопившееся за его отсутствие по данной теме. Долговременная подписка требует большого количества ресурса.