IBM®
Перейти к тексту
    в России и странах СНГ [изменить]    Условия использования
 
 
   
    Главная страница    Продукты    Услуги и решения    Поддержка и загрузка    Мой профиль    
Перейти к тексту

developerWorks Россия  >  SOA и Web-сервисы  >

Использование Ajax c WSRF::Lite

Управление WSRF::Lite WS-Resources с использованием Ajax

developerWorks
На предыдущую страницуСтраница 2 из 12 На предыдущую страницу

Опции документа

Обсудить


Выскажите мнение об этом учебном пособии

Помогите нам улучшить содержание


WSRF и WSRF::Lite

В данном разделе приведен краткий обзор WSRF и WSRF::Lite. Ссылки на более подробное введение размещены в разделе "Ресурсы". Если вы знакомы с WSRF::Lite или недавно закончили изучение предыдущего руководства "Создание WS-Resources с использованием WSRF::Lite", то, возможно, захотите пропустить этот раздел и сразу перейти к следующему.

Web Service Resource Framework

WSRF - это набор OASIS-стандартов для управления сохраняющими состояние ресурсами с использованием интерфейса Web-сервисов. Ключевой концепцией в WSRF является WS-Resource, который определяется как композиция ресурса и Web-сервиса, через который можно получить доступ к ресурсу. С каждым WS-Resource связан набор свойств, называемых ResourceProperties, которые можно запрашивать и изменять при помощи ряда операций, определяемых в WSRF.

WSRF также определяет несколько стандартных ResourceProperties, которые должен иметь WS-Resource - например, текущее время, так что когда клиентское приложение запрашивает WS-Resource, оно может определить время, когда WS-Resource имел конкретный набор значений своих ResourceProperties. Полный набор ResourceProperties называется ResourcePropertyDocument, и WSRF определяет операцию (GetResourcePropertyDocument) для извлечения полного ResourcePropertyDocument. WSRF определяет также операцию (PutResourcePropertyDocument), чтобы разрешить клиентскому приложению обновлять WS-Resource, предоставляя ResourcePropertyDocument для замены существующего.

WS-Resource может быть персистентным или транзитным. Для обеспечения поддержки возможной транзитной природы WS-Resource WSRF определяет свойство ResourceProperty, называемое TerminationTime. Клиентские приложения могут изменить это свойство ResourceProperty для управления жизненным циклом WS-Resource, а также могут запросить немедленное завершение WS-Resource при помощи операции Destroy.

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

  • WS-Resource определяет концепцию WS-Resource.
  • WS-ResourceProperties определяет набор операций для запроса и управления свойствами ResourceProperties ресурса WS-Resource.
  • WS-ResourceLifetime определяет операции для управления жизненным циклом WS-Resource.
  • WS-ServiceGroups определяет механизм для группировки набора WS-Resources и предоставляет строительные блоки для создания реестров WS-Resource.
  • WS-BaseFaults для обработки ошибок.

WS-Addressing

WS-Addressing - это стандарт Web-сервисов, от которого зависит WSRF. Он определяет стандартный подход для выражения адреса Web-сервиса в XML, называемый EndpointReference (EPR). WS-Addressing определяет также набор SOAP-заголовков, которые необходимо включать в сообщения, передаваемые и принимаемые с Web-сервиса. Например, WS-Addressing определяет SOAP-заголовок To, содержащий Uniform Resource Identifier (URI), по которому передается сообщение. К другим WS-Addressing SOAP-заголовкам относятся From, MessageID и Action.

Каждый WS-Resource связан, по крайней мере, с одним EPR - месторасположением в сети, куда должны передаваться сообщения, чтобы достичь WS-Resource. Хотя WS-Resource может быть связан более чем с одним EPR, не существует способа определить, адресуют ли оба EPR один и тот же WS-Resource, поскольку WS-Addressing не определяет правила для сравнения EPR.

WSRF-реализации используют WS-Addressing EPR двумя способами в зависимости от того, используют ли они WS-Addressing ReferenceParameters. WSRF::Lite не использует ReferenceParameters, как можно увидеть в примере EPR из WSRF::Lite в листинге 1. Другие реализации WSRF могут использовать ReferenceParameters (пример EPR с ReferenceParameters приведен в листинге 2). Отличие между двумя EPR заключается в том, что вся информация, необходимая для направления сообщения в конкретный WS-Resource, содержится в wsa:Address URI в первом EPR, тогда как во втором примере определенная информация о маршрутизации сообщения включена в ReferenceParameters. Как будет видно позднее, это позволяет отображать EPR, созданные в WSRF::Lite, в HTTP. Ссылки на дополнительную информацию о WS-Addressing приведены в разделе "Ресурсы".


Листинг 1. Пример WS-Addressing EPR без ReferenceParameters
                    
<wsa:EndpointReference>
  <wsa:Address>
    http://www.example.com/service/456345634563
  </wsa:Address>
</wsa:EndpointReference>


Листинг 2. Другой пример WS-Addressing EPR, который использует ReferenceParameters
                    
<wsa:EndpointReference>
  <wsa:Address>
    http://www.example.com/service
  </wsa:Address>
  <wsa:ReferenceParameters>
     <resourceID>456345634563</resourceID>
  </wsa:ReferenceParameters>
</wsa:EndpointReference>

WSRF::Lite

WSRF::Lite - это реализация WSRF на Perl. Она основана на Perl-модуле Web-сервиса SOAP::Lite. Заодно с обеспечением поддержки для WSRF она обеспечивает поддержку WS-Addressing и WS-Security. WS-Resources, реализованные с WSRF::Lite, могут быть размещены на Web-сервере Apache, либо вместе со сценарием Container.pl, включенным в WSRF::Lite.

Также можно выбрать, как WSRF::Lite управляет состоянием ваших WS-Resources. Можно выбрать сохранение состояния в основной памяти хост-компьютера. Однако, хотя этот подход имеет определенные преимущества по производительности, он не очень отказоустойчив; ошибка на сервере может вызвать потерю состояния WS-Resource.

Вы должны использовать основанные на процессах (process-based) WS-Resources только для кратковременных WS-Resources. Вторым вариантом является использование файла или даже реляционной базы данных для сохранения состояния WS-Resource. Этот подход более отказоустойчивый, а также более масштабируем. Ссылки на дополнительную информацию по WSRF::Lite приведены в разделе "Ресурсы"; также вы можете изучить два предыдущих учебных руководства developerWorks по WSRF::Lite: "Создание WS-Resources с использованием WSRF::Lite" и "Создание защищенных WS-Resources с помощью WSRF::Lite и WS-Security".

WS-Resource-счетчик в WSRF::Lite

Пример WS-Resource-счетчика распространяется с WSRF::Lite и является примером, использовавшимся в предыдущих учебных руководствах developerWorks по WSRF::Lite. Он тоже используется в данном руководстве, поэтому здесь представлено краткое резюме. Состояние WS-Resource-счетчика - это целое число (integer), которое клиентские приложения могут запросить или изменить. WS-Resource-счетчик тоже имеет время жизни; по истечении этого времени счетчик больше не доступен. Клиентские приложения могут управлять временем жизни WS-Resource-счетчика и могут также сделать запрос на немедленное уничтожение WS-Resource. Другое свойство ResourceProperty, связанное со счетчиком (foo), - это массив строк. В оставшейся части руководства вы узнаете, как можно запросить и управлять WS-Resource-счетчиком, используя Web-браузер.



В начало



На предыдущую страницуСтраница 2 из 12 На предыдущую страницу

    IBM в России Конфиденциальность Контакты