Структура ресурсов веб-служб - Web Services Resource Framework

Структура ресурсов веб-служб (WSRF) - это семья ОАЗИС -опубликованные спецификации для веб-сервисы. Основные участники включают Глобус Альянс и IBM.

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

До WSRF стандарта в Веб-сервисы Семейство спецификаций явно определяет, как работать с взаимодействиями с удаленными ресурсами с сохранением состояния. Это не означает, что веб-службы не могут отслеживать состояние. При необходимости веб-сервис мог читать из база данных, или используйте состояние сеанса с помощью файлов cookie или WS-Session.

WSRF предоставляет набор операций, которые веб-службы могут использовать для реализации взаимодействия с отслеживанием состояния; клиенты веб-сервисов общаются с ресурс сервисы, позволяющие сохранять и извлекать данные. Когда клиенты общаются с веб-службой, они включают идентификатор конкретного ресурса, который должен использоваться внутри запроса, инкапсулированный в WS-адресация ссылка на конечную точку. Это может быть простой URI адрес, или это может быть сложный XML-контент, который помогает идентифицировать или даже полностью описывать конкретный рассматриваемый ресурс.

Наряду с понятием явной ссылки на ресурс идет стандартизованный набор операций веб-службы для получения / установки свойств ресурса. Их можно использовать для чтения и, возможно, записи состояния ресурса, аналогично наличию переменных-членов объекта вместе с его методами. Основным бенефициаром такой модели являются инструменты управления, которые могут перечислять и просматривать ресурсы, даже если у них нет других сведений о них. Это основа для WSDM.

Проблемы с WSRF

WSRF не лишен противоречий. Наиболее фундаментальным является архитектура: являются ли распределенные объекты с состоянием и операциями лучшим способом представления удаленных ресурсов? Это почти перенос в XML распределенные объекты узор, из которых CORBA и DCOM являются примерами. Ресурс WSRF может быть объектом с отслеживанием состояния, на который несколько клиентов имеют ссылки на ресурсы, а сама спецификация WSRF не решает таких проблем, как изоляция и доступность, полагаясь на составную природу спецификаций веб-сервисов для их решения. Многие стеки WSRF, похоже, избегают этих проблем из-за низкой доступности, отображая 1: 1 из ссылки ресурса WSRF на локальный экземпляр объекта, который в C ++ и Java обычно не является постоянным (за исключением тех, которые привязаны к базе данных через какой-то механизм сохранения). Однако существуют реализации WSRF, которые поддерживают постоянство, кластеризацию и высокую доступность ресурсов (например, в Сервер приложений WebSphere ).

С представлением сети с распределенными объектами WSRF также находится в противоречии с ОТДЫХ модель сети, в которой все является ресурсом, но все действия активируются посредством ограниченного и стандартизованного набора операций. В некотором смысле эти две модели ближе, чем чистые МЫЛО и ОТДЫХ, потому что у них обоих на дальнем конце есть ресурсы с отслеживанием состояния. Однако REST, реализованный на HTTP, предполагает, что URL это все, что нужно для обращения к ресурсу - нет необходимости в сложности WS-адресация ReferenceParameters. Особой критике подвергается идея управления сроком службы удаленного контента с помощью возобновляемой аренды. Другая проблема с архитектурой сообщества REST заключается в том, что обратные вызовы / уведомления, как описано в WS-уведомление, не проходите через брандмауэры. Вот почему дизайны REST предпочитают опрос, например, в RSS и Атом (стандарт) кормит. WSRF не сделал ничего, чтобы сделать протокол SOAP более приемлемым для сообщества REST.

Введение WSRF также вызвало раскол в мире WS- *. Впервые об этом было объявлено миру на Глобальный грид-форум событие в феврале 2004 года, как преемник Инфраструктура Open Grid Services. Его ограниченная совместимость с мейнстримом WS-I Архитектура вызвала несогласие со стороны сетевого сообщества Великобритании.^[1] Global Grid Forum в конечном итоге изолировал свою зависимость от WSRF в Профиль WSRF для них Архитектура Open Grid Services. Протоколы WSRF также использовались WSDM как средство взаимодействия с управляемые ресурсы описан в WSDM. Однако мир WS- * не был объединен единым стандартом для управления веб-службами, и Microsoft, Sun и другие компании предпочли WS-Management, с его зависимостью от WS-Transfer как средство описания управляемых ресурсов.

Технические характеристики компонентов

WS-ресурс определяет WS-ресурс как состав ресурса и веб-службы, через которую можно получить доступ к ресурсу.
WS-ResourceProperties описывает интерфейс для связывания набора типизированных значений с WS-ресурсом, который можно читать и манипулировать стандартным способом.
WS-ResourceLifetime описывает интерфейс для управления сроком службы WS-ресурса.
WS-BaseFaults описывает расширяемый механизм для богатых SOAPFaults.
WS-ServiceGroup описывает интерфейс для работы с коллекциями WS-ресурсов.

Также актуален WS-уведомление в котором говорится, как передавать информацию другим веб-службам о том, что происходит.

Реализации

Реализовать базовую семантику получения / установки свойств ресурсов WSRF относительно просто. Самая сложная проблема - это, вероятно, возврат ошибок как базовых ошибок WSRF там, где этого требует спецификация, потому что сами стеки SOAP предпочитают поднимать SOAPFault неисправности. Управлять сроками жизни ресурсов сложнее, но это необязательно, как и раньше. WS-уведомление, который труднее всего проверить.

В Инструментарий Глобус версия 4 содержит реализации WSRF на Java и C; многие другие инструменты Globus были перестроены вокруг WSRF.
Сервер приложений WebSphere Версия 6.1 предоставляет среду WSRF, которая поддерживает как простые, так и кластерные высокодоступные конечные точки WSRF.
В Фонд Apache есть Муза 2.0 проект, который представляет собой реализацию WSRF на основе Java, WS-уведомление, и WSDM технические характеристики.
WSRF :: Lite - реализация на основе Perl, в которой эксклюзивно используется Адрес элемент ссылки на конечную точку, что делает WS-ресурсы идентифицируемыми через URI. Кроме того, WSRF :: Lite обеспечивает отображение HTTP глаголы к операциям WSRF, что позволяет использовать WS-ресурсы в ОТДЫХ архитектурный стиль.
WSRF.NET - это проект на основе .NET, посвященный спецификациям WSRF, разработанный группой исследователей Университета Вирджинии.
Последняя версия 6.0 из UNICORE построен на Java-реализации стандарта WSRF 1.2, включая WS-ResourceLifetime и частичную реализацию WS-Notification.

Смотрите также

Примечания

^ Малкольм Аткинсон, Дэвид ДеРур, Алистер Данлоп, Джеффри Фокс, Питер Хендерсон, Тони Хей, Норман Пэтон, Стивен Ньюхаус, Савас Парастатидис, Энн Трефетен, Пол Уотсон и Джим Уэббер (31 июля 2004 г.). «Сети веб-сервисов: эволюционный подход» (PDF ). Серия технических отчетов UK e-Science. Цитировать журнал требует | журнал = (помощь)CS1 maint: использует параметр авторов (связь)

внешняя ссылка

[1] Малкольм Аткинсон, Дэвид ДеРур, Алистер Данлоп, Джеффри Фокс, Питер Хендерсон, Тони Хей, Норман Пэтон, Стивен Ньюхаус, Савас Парастатидис, Энн Трефетен, Пол Уотсон и Джим Уэббер (31 июля 2004 г.). «Сети веб-сервисов: эволюционный подход» (PDF ). Серия технических отчетов UK e-Science. Цитировать журнал требует | журнал = (помощь)CS1 maint: использует параметр авторов (связь)

[1]