СМ-Консалт
 

Работа с Web-сервисами в корпоративных SOA: Часть 15. Совместное использование среды для реализации Web-сервисов со средой WS-Resource Framework при помощи IBM Rational ClearCase и ClearQuest

Статьи Технологии разработки ПО SOA и Web-сервисы

Введение

Рассмотрите спецификации двух сред OASIS, которые вы можете использовать для построения и управления Web-сервисами:

  • WS-Resource Framework (WSRF)
  • Framework for Web services Implementation (FWSI)

 

Первая спецификация недавно получила статус стандарта, в то время как вторая считается разработкой. В этой статье мы рассмотрим их сходства и различия. Вы увидите, когда необходимо применять каждую из них по отдельности, а когда в совокупности.


Индивидуальное различие

WSRF занимается ресурсами, которые вы можете идентифицировать и описать при помощи XML для того, чтобы предоставить инициатору запроса несколько вариантов визуализации одних и тех же данных. Эти ресурсы могут выступать в виде виртуальной «тележки» или физического принтера.

FWSI нацелена на улучшение процесса реализации Web-сервисов путем формализации реализации жизненного цикла реализации Web-сервисов. Этот жизненный цикл обычно включает следующие фазы для разработки Web-сервисов:

  • Требования
  • Анализ
  • Проектирование
  • Кодировка
  • Тестирование
  • Развертывание

 

Данная статья рассматривает этап тестирования, поскольку он имеет отношение к планированию ресурсов и требованиям к «тележке» и принтеру.


Обеспечение взаимодействия

Для тестирования Web-сервиса, согласно предписаниям FWSI, нам нужно не только планирование ресурсов и требований. Нам необходимо иметь дело с механизмами получения доступа к ресурсам сохранения состояния с помощью Web-сервиса, который вы разрабатываете согласно WSRF. Когда взаимодействие становится слишком сложными, IBM Rational ClearCase и ClearQuest помогают управлять ресурсами и процессом ПО обеспечения.

Виртуальная «тележка»

Рассмотрим применение обеих спецификаций среды для создания Web-сервиса, который функционирует как виртуальная «тележка». Применяя WSRF, представьте, что «тележка» – это документ свойств. С другой стороны, вы можете представить товары в «тележке» как мультиресурсный документ свойств. При помощи FWSI вы можете разработать Web-сервис, реализуя жизненный цикл пошагово. Когда вы доберетесь до фазы тестирования, вам будет необходимо проверить способность ресурсов сохранять состояние с помощью Web-сервиса «тележка».

Физический принтер

Рассмотрите второй Web-сервис, который соединяется с физическим принтером. Применяя WSRF, вы можете собрать информацию о технических свойствах принтера и модифицировать их. Вы сможете не только составить логические задачи, которые должен выполнить конкретный принтер, вы сможете также составить список набора принтеров, каждый из которых отображает статус задачи. Применяя FWSI, вы сможете разрабатывать, тестировать и реализовывать Web-сервис в пределах жизненного цикла. Вам необходимо проверить способность сохранять состояние для источников через Web-сервис принтера.


Обеспечение взаимодействия на примерах

Давайте посмотрим, как различными способами взаимодействуют между собой ресурсы, чтобы отобразить информацию для виртуальной «тележки» и физического принтера. Все виды взаимодействия указывают на экземпляры множественных ресурсов через стандартный интерфейс, что характерно для WSRF. Мы сошлемся на четыре документа WSRF и объясним, на примерах их применение:

  • WS-ResourceProperties (WSRF-RP)
  • WS-ResourceLIfetime (WSRF-RL)
  • WS-ServiceGroup (WSRF-SG)
  • WS-BaseFaults (WSRF-BF)

 

Мы также вкратце расскажем о WS-BaseNotification, поскольку имеет отношение к первым трем спецификациям WSRF.

Каждую спецификацию необходимо проверить в рамках FWSI. Помимо тестирования, которое поможет удостовериться, что Web-сервис функционирует правильно и без сбоев, разработчики должны также проверить способность к взаимодействию между различными платформами и программами клиентов во множественных SOA. Разработчикам необходимо убедиться в существовании адекватного контроля версий и в способности Web-сервиса выдерживать максимальную нагрузку каждой SOA.

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

Давайте рассмотрим три примера процесса функционирования виртуальной «тележки»:

  • «Тележка» как единый ресурс: В таком случае «тележка» – это отдельный документ. В Web-сервисе «тележка» выполняет сервис, используя документ для создания, выбора и обновления всей «тележки», а не каждого отдельного наименования товара в ней. Вам нужно проверить «тележку» при помощи WSResourceProperties Document в рамках FWSI.
  • «Тележка» как комплексный ресурс: Этот пример показывает, как вы можете выборочно отобрать и обновить отдельные фрагменты документа свойств, идентифицируя и обновляя отдельные наименования продуктов в «тележке». Каждое наименование продукта в «тележке» представляет собой имеющий доступный адрес WS-Resource, находящийся в «тележке» WS-Resource. Каждое наименование WS-Ресурса (WS-Resource) с документом свойств ресурса – это фрагмент «тележки».
  • Проверка: Операции, которые вы применяете, предписаны WS-ResourceProperties, за исключением операции по уничтожению информации, которая определена при помощи WS-ResourceLifetime. Эта операция применяется для удаления наименований товара из «тележки». Если инициатор запроса не дает указаний по поводу контрольной проверки, WSRF включает механизм блокировки по времени. Операции по добавлению наименований в «тележку» и операции контрольной проверки относятся к конкретным сервисам, они не определяются WSRF. Вам необходимо проверить «тележку» при помощи WS-ResourceLifetime в рамках FWSI.

 

Принтер. Пример 1: Совокупность свойств

Вы можете применять WS-Resource для представления как физических устройств, так и логических объектов принтера. Вы можете использовать ResourceProperties Document для представления физических свойств принтера. Вы можете модифицировать свойства, выполняя операции с документом. Эти операции идентифицируют, доставляют или модифицируют названные свойства принтера, такие как состояние принтера и количество невыполненных задач. Требования для построения логических задач, которые необходимо выполнить принтеру, идентичны совокупности свойств наименований внутри «тележки».

Вам необходимо проверить характеристики принтера при помощи WS-ResourceProperties в рамках FWSI.

Принтер. Пример 2: Директории и другие сервисы

Применяйте WS-ServiceGroup для построения директории в отношении совокупности принтеров, учитывая их статус и адресованные им задачи. Эта совокупность называется PrinterAndJobGroup. В директории вы можете сделать запрос, чтобы выяснить, какие принтеры остановили свою работу, или вывести список задач для любого из нескольких принтеров, которые были созданы конкретным пользователем.

Требования для создания такой директории, содержащей быстро изменяющуюся информацию, отличаются от тех, что мы показывали вам, рассказывая о «тележке» или физическом принтере и совокупности задач для него. Вы можете добавить эти пункты в PrinterandJob Group, и обозначить их как JobEntry WS-Resource.

Вам необходимо проверить структуру директории для принтера, а также запросы и дополнительные пункты (задачи) для этой директории при помощи WS-ServiceGroup в рамках FWSI.

Пример сообщения о неисправности

Вы можете создать базовые сообщения о неисправности, содержащие общую информацию при помощи WS-BaseFaults для последующей отправки этим сервисом. Это полезно в сложной системе «тележки» или принтеров, где неисправности могут систематически регистрироваться или пересылаться через несколько уровней ПО перед их анализом. Информация должна содержать обязательный маркер времени, а также элемент, который вы можете использовать для определения источника неисправности.

Убедитесь, что для использования с каждой операцией WSRF вы включили две стандартные неисправности. А именно:

  • ResourceUnknownFault
  • ResourceUnavailableFault

 

Первый стандарт указывает на то, что WS-Resource известен сервису, который получает сообщение. Второй стандарт указывает на то, что Web-сервис активен, но не способен обеспечить доступ к ресурсу.

Вам необходимо проверить сообщения о неисправностях при помощи WS-BaseFaults как для «тележки», так и для системы принтеров в рамках FWSI.

Пример уведомлений: Обновление записей

Вы должны убедиться, что новые пункты, добавленные к PrinterAndJobGroup, как показано в разделе «Принтер, пример 2», содержат новейшую информацию о состоянии принтеров и выполняемых задачах с учетом текущих изменений. Рассматривайте Printer WS-Resource как издателя и позвольте JobEntry WS-Resource из раздела «Принтер. Пример 2» подписаться на изменения значений свойств ресурса job. В сообщении об уведомлении вы можете включить несколько типов событий и обозначить их как WS-BaseNotification. Выделяют следующие:

  • Изменения в значениях свойств ресурсов, определённых в WS-ResourceProperties
  • Прекращение работы ресурса, определённое в WS-ResourceLifetime
  • Удаление и добавление записей в директории, определённых в WS-ServiceGroup

 

Вы можете добиться того, что информация об изменениях свойств ресурса рабочего состояния будет передаваться в виде сообщения в JobEntry WS-Resource. В этом сообщении WSRF определяет название темы (Topic) и детально описывает произошедшие изменения.

Вам необходимо протестировать сообщения о неисправностях при помощи WS-BaseFaults как для «тележки», так и для системы принтеров в рамках FWSI.


Заключение

Обеспечение взаимодействия между двумя средами требует предварительного планирования времени, необходимого для проверки нормального, не вызывающего перегрузки системы, функционирования различных ресурсов, использующих систему «тележки» или Web-сервиса принтера. Также на стадии планирования осуществляется оценка того, насколько хорошо функционирует Web-сервис, какое максимальное количество ресурсов мы можем использовать с Web-сервисами, и насколько сложны должны быть ресурсы, чтобы не вызывать совмещения операций, а также разрывов и пропусков между двумя средами. Вам необходимо связаться с командой системных администраторов, специалистов по совместимости и разработчиков, чтобы убедиться, что усилия по обеспечению взаимодействия адекватны и эффективны.

Вы обнаружите, что при создании Web-сервисов решение упомянутых вопросов значительно облегчит ваши усилия по обеспечению взаимодействия двух сред. Вы можете использовать IBM Rational ClearQuest для автоматизации процесса разработки посредством гибкого управления потоком операций и отслеживания дефектов и изменений. Вы можете применять IBM Rational ClearCase для повышения продуктивности путем снижения времени на цикл полной компоновки и выпуска программы.

21.02.2008

Добавить комментарий (анонимные комментарии не публикуются!!!)

ФИО: 
E-mail: 
Тема: 
Комментарий: 
Оценка:   
 
 
 
 
 
Код подтверждения:
выдаем деньги срочно под залог авто
   

Новости СМ-Консалт

Мастер-класс для тренеров и руководителей "Работа в аудитории". 1 ступень уже в марте

Обновлено расписание тренингов до марта 2017 года

Бесплатный вебинар 14 декабря в 14 00 по Мск - «Секреты управления ИТ-командой: 10 важных практик, которые сделают команду эффективной»

Новые статьи в библиотеке

Примеры отраслевых решений на основе BIPULSE

Практика реализации модуля интеграции для Rational Software Architect, позволяющего преобразовывать низкоуровневое представление процесса из IBM Rational ClearQuest в UML

Что удивляет в русских менеджерах иностранцев

Разработка ПО с использованием лучших мировых практик и инструментов на Иркутском авиационном заводе

Презентация доклада для IT Global Meetup Санкт-Петербург: "Почему Agile так популярен? Взгляд циника и психолога"

Отчет, презентация и видео доклада для Октябрьской встречи Петербургского клуба менеджеров проектов в IT - SPM Meetup #36

Заказчики и истории успеха

Наши тренинги, семинары, курсы

Дружите с нами на FaceBook

выдаем деньги срочно под залог авто
Проверить настройки
Компания
Сделано в СМ-Консалт
Услуги 
Компетенция
  • CMC-TotalTest (скоро)
    уникальная разработка автоматизации функционального тестирования. Альтернатива HP UFT, IBM RFT и Microsoft!
  • CMC-Bisquiter
    автоматизированное тестирование АБС "Бисквит"
  • CMC-Formater
    тестирование печатных и экранных форм
  • CMC-TerminalTest
    тестирование терминальных приложений
  • ProjectTracker
    интеграция ALM и MS Project
  • GanttChart
    модуль управления проектами для IBM Rational ClearQuest и TeamConcert
    Все разработки СМ-Консалт >
  • ИТ-консалтинг
  • Автоматизированное тестирование
  • Ручное тестирование
  • Аутсорсинг тестирования
  • Оптимизация бизнес-процессов
  • Внедрение методологии и инструментов ALM
  • Обучение и коучинг
  • Разработка ПО
  • Интеграция
ООО СМ-Консалт (СМК), 2004-2016.
Карта сайта