Рейтинг@Mail.ru

Открытый вопрос

Оценить: 1 2 3 4 Средний рейтинг: 0.00 / 0 Проголосовавших

click

alebalas

+
-

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

 

А SOAP представляет собой весьма популярный комплекс-протокол реализации веб-сервисов. SOAP включат в себя следующие стандарты: SOAP/WSDL/UDDI, XML-RPC и REST. Протокол SOAP ведет свою «родословную» от XML-RPC, являясь, по сути, его комплексным вариантом. Протокол SOAP применяется для обслуживания сложных архитектурных платформ обмена данными, где нужны более сложные действия, чем просто: «Прочитать», «Удалить», «Создать» или «Изменить». В остальных случаях (в 98%) достаточно протокола REST. Однако SOAP отличает большая надежность и безопасность.  

Ответил alebalas 1 месяц назад Пожаловаться

Добавить комментарий

Оценить: 1 2 3 4 Средний рейтинг: 0.00 / 0 Проголосовавших

Lynx-Ximik

+
-

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

Ответил Lynx-Ximik 1 месяц назад Пожаловаться

Добавить комментарий

Оценить: 1 2 3 4 Средний рейтинг: 0.00 / 0 Проголосовавших

Елена

+
-

SOAP , изначально определен как простой протокол доступа к объектам , и является протоколом спецификации для обмена структурированной информацией в реализации Web-сервисов в компьютерных сетях . Он опирается на Extensible Markup Language (XML) для формата сообщения, и обычно опирается на другие протоколы прикладного уровня, в первую очередь Hypertext Transfer Protocol (HTTP) и простой протокол передачи почты (SMTP), для переговоров и передачи сообщений. SOAP может послужить основой слоя стека протоколов веб-сервисов , обеспечивающих основную структуру сообщений, на которых веб-сервисы могут быть построены. Этот протокол, основанный на XML состоит из трех частей: конверт, который определяет, что в сообщении, и как его обрабатывать, набор правил кодирования для выражения случаев применения определенных типов данных, а также конвенции для представления вызовов процедур и ответов. SOAP состоит из трех основных характеристик: расширения (безопасность и WS-маршрутизация являются одними из расширений в стадии разработки), нейтралитете (SOAP может быть использован на любой транспортный протокол, таких как HTTP ,SMTP или TCP ) и независимости (SOAP позволяет для любой модели программирования ). В качестве примера того, как SOAP процедуры могут быть использованы, SOAP сообщение может быть отправлено на веб-сайт, который имеет включенные веб-сервисы, например, цена на недвижимостьиз базы данных, с параметрами, необходимыми для поиска. На сайт будет затем возвращён XML-документ в формате с полученными данными, например, цены, расположение, особенности. С помощью данных, возвращаемых в стандартные машины в формате для анализа, он может быть интегрирован непосредственно в сторонние веб-сайты или приложения. SOAP архитектура состоит из нескольких слоев характеристики: для формата сообщения Message Exchange Patterns (МООС), лежащие в основе привязки транспортного протокола, модели обработки сообщений, а также протокол расширения. SOAP является наследником XML-RPC , хотя он занимает свой транспорт и взаимодействие нейтралитета и конверт / заголовок / тело из других источников (вероятно, из WDDX ). SOAP когда-то стоял как  «простой протокол доступа к объектам", но это сокращение было прекращено с версии 1.2 стандарта. Версия 1.2 стала W3C рекомендацией от 24 июня 2003 года. Сокращение иногда путают с SOA , которая стоит на сервис-ориентированную архитектуру , но сокращения не связаны. SOAP первоначально разработали Дейв Винер , Дон Бокс , Боб Аткинсон, и Мохсен аль-Хусейн в 1998 году в проекте Microsoft (где Аткинсон и Аль-Хусейн уже работали в то время), как протокол доступа к объектам . SOAP спецификации в настоящее время поддерживается протоколом XML рабочей группы из консорциума World Wide Web . После того, как SOAP, впервые была введена, она стала основным слоем более сложным набором  веб-сервисов , основанных на Web Services Description Language (WSDL) и универсальный Discovery Описание и интеграции (UDDI). Эти услуги, особенно в UDDI, оказались в гораздо меньшем интересе, но и удовлетворение из них дает более полное представление о предполагаемой роли по сравнению с SOAP как на самом деле развивались веб-сервисы.

SOAP спецификация определяется сообщениями в рамки которого входят:

  • Модель обработки SOAP определяет правила обработки SOAP-сообщений.
  • Модель SOAP расширения определения понятия SOAP SOAP-функций и модулей.
  • SOAP-протокол, лежащий в основе обязательной рамки описания правил для определения привязки к основному протоколу, который может быть использован для обмена SOAP-сообщениями между узлами SOAP.
  • SOAP-сообщение построить определения структуры SOAP-сообщений.

Обработка модели.

Модель обработки SOAP описывает распределенную обработку модели, ее участников, SOAP узлов , и как приемник обрабатывает SOAP SOAP-сообщение. Определены следующие узлы SOAP:

  • SOAP отправителя.

SOAP-узел, который передает SOAP-сообщение.

  • SOAP-приемник.

SOAP-узел, который принимает сообщения SOAP.

  • SOAP-сообщение путь.

Набор SOAP узлов, через которые проходит одно сообщение SOAP.

  • Начальный отправитель SOAP (составитель).

SOAP отправитель, который начинает SOAP-сообщение в начальной точке пути сообщения SOAP.

  • SOAP-посредник.

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

Окончательный SOAP приемник. SOAP-приемник, который является конечным пунктом назначения SOAP сообщений. Он отвечает за обработку содержимого SOAP тела и любые SOAP заголовки блоков, направленных на это. В некоторых случаях, SOAP сообщение не может достичь конечного получателя SOAP, например, из-за проблем в SOAP-посреднике.  Оба SMTP и HTTP действительных протоколов прикладного уровня используются в качестве транспорта для SOAP, HTTP, но получил широкое признание как он хорошо начал работать с сегодняшней интернет-инфраструктурой, в частности, HTTP хорошо работает с сетевыми брандмауэрами . SOAP также может быть использован по протоколу HTTPS (это тот же протокол HTTP на уровне приложений, но использует зашифрованный транспортный протокол внизу) или с простым или взаимной аутентификации, это выступает WS-I методом для обеспечения безопасности веб-сервисов. Это является важным преимуществом по сравнению с другими протоколами, такими как распределенная GIOP / IIOP или DCOM , которые обычно фильтруются межсетевыми экранами. SOAP на AMQP еще одна возможность, как некоторые реализации поддержки.  Существует также SOAP поверх UDP OASIS стандарта. XML был выбран в качестве стандартного формата сообщений из-за его широкого использования в крупных корпорациях и с открытым исходным кодом усилий в области развития. Кроме того, широкий спектр свободно доступных инструментов значительно облегчает переход к SOAP на основе реализации. Несколько длительных синтаксисов в XML могут быть как преимуществом, так и недостатком. В то время как он способствует читабельности для человека, облегчает обнаружение ошибок и избегает проблемы взаимодействия, такие как порядок байтов ( байтов ), это может замедлить скорость обработки и могут быть громоздким. Например, CORBA , GIOP , ICE и DCOM использовать намного короче, бинарные форматы сообщений. С другой стороны, аппаратные техники доступны для ускорения обработки XML- сообщений.  Binary XML также изучается как средство оптимизации пропускных требований XML.Преимущества. SOAP является достаточно универсальной, чтобы обеспечить использование различных транспортных протоколов. Стандартный стек использовать HTTP в качестве транспортного протокола, но и другие протоколы, такие как JMS  и SMTP  также можно использовать.

Ответил Елена 1 месяц назад Пожаловаться

Добавить комментарий

Оценить: 1 2 3 4 Средний рейтинг: 0.00 / 0 Проголосовавших

nakshi 2012-08-03 13:55:42
SOAP на фиг не нужен.
Удел кучки "продвинутых" программеров, все.
Делфи 6, например, или mfc до сих пор позвол

[Ответить]
↑ 0 ↓

Страницы: [1]

Оставить комментарий

Ваше имя:

Комментарий:
Введите символы: *
captcha
Обновить

Нашли ответ на свой вопрос?
Помогите и другим пользователям: