- •1. Введение в веб-сервисы 4
- •2. Лабораторная работа №1. Расширяемый язык разметки xml. 17
- •3. Лабораторная работа №2. Схемы xml-документов. 28
- •3.1 Цель работы 28
- •3.3 Порядок выполнения работы 34
- •4. Лабораторная работа №3. Язык определения веб-сервисов wsdl. Реализация веб-сервисов. 38
- •4.1 Цель работы 38
- •5. Лабораторная работа №4. Протокол soap. Использование веб-сервисов. 59
- •1.1Основы веб-сервисов
- •1.2Использование веб-сервисов
- •1.Введение в веб-сервисы
- •1.3Технологический базис веб-сервисов
- •1.3.5Дополнительные технологии
- •1.4Принципы взаимодействия веб-сервисов
- •1.4.1Rpc-ориентированные взаимодействия
- •1.4.2Документно-ориентированные взаимодействия
- •1.4.3Взаимодействие в рамках сервисно-ориентированной архитектуры
- •1.5Веб-сервисы и другие технологии
- •1.5.1История развития
- •1.5.5Сравнение с веб-сервисами
- •2.Лабораторная работа №1. Расширяемый язык разметки xml.
- •2.1Цель работы
- •2.2Теоретическое введение
- •2.2.1Пример xml-документа
- •2.2.2Правила составления xml-документов
- •2.2.3Элементы xml
- •2.2.4Атрибуты xml
- •2.2.5Пространства имен xml
- •2.3Порядок выполнения работы
- •2.4Отчет по работе
- •2.5Контрольные вопросы
- •3.Лабораторная работа №2. Схемы xml-документов.
- •3.1Цель работы
- •3.2Теоретическое введение
- •3.2.1Схемы xml-документов
- •3.2.2Определение шаблона документа dtd
- •3.2.3Xml-Схемы
- •3.3Порядок выполнения работы
- •3.4Отчет по работе
- •3.5Контрольные вопросы
- •4.2.2Основные элементы языка wsdl
- •4.2.3Определение типов данных в wsdl
- •4.2.4Определение типов портов в wsdl
- •4.2.5Определение сервиса и его привязка к протоколам в wsdl
- •4.2.6Реализации веб-сервисов
- •4.2.7Создание веб-сервисов на платформе .Net
- •4.2.8Создание веб-сервиса интернет-магазина
- •4.3Порядок выполнения работы
- •4.4Отчет по работе
- •4.5Контрольные вопросы
- •5.2.2Основные элементы soap
- •5.2.3Привязка soap к http
- •5.2.4Создание на платформе .Net клиентских приложений использующих веб-сервисы
- •5.2.5Создание клиентского приложения для работы с веб-сервисом интернет-магазина
- •5.3Порядок выполнения работы
- •5.4Отчет по работе
- •6.2.2Основные элементы bpel
- •6.2.3BizTalk 2006 как средство интеграции приложений
- •6.2.4Пример использования bpel
- •6.3Порядок выполнения работы
- •7.3Порядок выполнения работы
- •7.4Отчет по работе
- •7.5Контрольные вопросы
- •8.2.2Обработка заказов через веб-сервис erp системы компании
- •8.2.3Регистрация заказа и оплата через платежную систему
- •8.2.4Конвертация валюты с помощью веб-сервиса цб
- •8.2.5Тестирование работоспособности приложения
- •8.3Порядок выполнения работы
- •9.Лабораторная работа №8. Интеграция веб-сервисов при помощи BizTalk 2006. Часть 2.
- •9.1Порядок выполнения работы
- •9.2Отчет по работе
- •9.3Контрольные вопросы
- •10.Варианты заданий
- •10.1Вариант 1
- •10.2Вариант 2
- •11.Список литературы
- •Введение в веб-сервисы
1.3.5Дополнительные технологии
Все эти технологии обеспечивают реализацию базовых свойств веб-сервиса, описанных в его определении и лежат в основе взаимодействия веб-сервисов в рамках сервисно-ориентированной архитектуры. За границами этих технологий лежат многие вопросы функционирования веб-сервисов, которые неизбежно встают при их практическом применении. Это вопросы обеспечения безопасности, отказоустойчивости и надежной передачи сообщений, транзакционной целостности, потоков выполнения бизнес-процессов. Для решения этих вопросов разработано много, подчас конкурирующих между собой стандартов и технологий. В связи с этим консорциум W3C предпринимает определенные шаги по стандартизации и определению архитектуры веб-сервисов в этих областях. В частности было создано международное объединение, в которое вошли около ста пятидесяти ведущих компаний. Эта организация получила название WS-I (Web Services Interoperability Organization, http://www.ws-i.org/). В ее задачи входит выработка и популяризация стандартов взаимодействия веб-сервисов в рамках сервисно-ориентированной архитектуры.
1.4Принципы взаимодействия веб-сервисов
Веб-сервисы поддерживают несколько парадигм общения. В первую очередь это эмуляция вызова удаленных процедур (Remote Procedure Call или RPC). Также возможен асинхронный обмен сообщениями, однонаправленная передача сообщения, широковещание, публикация или подписка. В целом, можно выделить две модели взаимодействия с веб-сервисами: вызов удаленных процедур (онлайновая) и документно-ориентированная (пакетная).
1.4.1Rpc-ориентированные взаимодействия
RPC-ориентированные взаимодействия используются для быстрого обмена сообщениями. Для вызывающего приложения такой стиль взаимодействия подобен вызову процедуры или функции, что и отражено в названии. Веб-сервису посылается некоторый запрос. На основании данных, содержащихся в этом запросе, и данных из своей базы данных или другого источника веб-сервис производит обработку запроса и посылает ответ. Пока происходит обработка, приложение, пославшее запрос, ожидает ответа.
1.4.2Документно-ориентированные взаимодействия
Документно-ориентированные взаимодействия предназначены для объема большими объемами данных или выполнения длительных операций. Основное отличие этой модели взаимодействия состоит в том, что приложение, пославшее запрос, после того как передача запроса была завершена, получает уведомление о получении, которое свидетельствует только лишь о том, что переданные данные успешно получены веб-сервисом. После этого веб-сервис может поставить этот запрос в очередь на исполнение или приступить к его обработке немедленно. При обработке запроса могут быть задействованы другие веб-сервисы для выполнения распределенных транзакций. После выполнения всех этих действий составляется и отправляется ответ приложению, пославшему запрос. Существенным отличием при использовании такого подхода является также полнота отправляемых документов. Рассмотрим, например, процесс заказа товара через Интернет-магазин с использованием веб-сервисов. При использовании RPC-ориентированного взаимодействия заказа может осуществляться путем вызова процедуры создания корзины заказа, потом процедур добавления товара в корзину и, наконец, процедуры оформления доставки заказа. По выполнению последней процедуры клиентское приложение уже будет знать о результатах заказа. При использовании документно-ориентированного взаимодействия процесс заказа сводится к отправке одного запроса, в котором будет содержаться список необходимых товаров, адрес доставки и прочая необходимая информация. В ответ на этот запрос будет получено уведомление, о том, что он принят к рассмотрению. Сам же ответ в виде товарного чека может быть составлен позднее, после обработки заказа на складе, и отправлен в соответствии с достигнутой договоренность, например, посредством электронной почты.
Рис. 1.1. RPC-ориентированное взаимодействие.
Рис. 1.2. Документно-ориентированное взаимодействие.
