В чем разница между SOAP 1.1, SOAP 1.2, HTTP GET & HTTP POST методами для Android?


Я работаю над кодом для веб-служб SOAP, я хотел бы знать варианты в SOAP 1.1, SOAP 1.2, HTTP GET & HTTP POST методы для Android, и который является предпочтительным среди них. Пожалуйста, разместите образец его URL-адреса использования или его кода.

спасибо

2 65

2 ответа:

различия в версиях SOAP

и версия 1.1 мыла и версия 1.2 мыла стандарты Консорциума Всемирной паутины (W3C). Можно развернуть веб-службы, которые поддерживают не только SOAP 1.1, но и SOAP 1.2. Некоторые изменения из SOAP 1.1, которые были внесены в спецификацию SOAP 1.2, являются значительными, в то время как другие изменения незначительны.

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

существенные изменения в спецификации SOAP 1.2 включают следующие обновления: SOAP 1.1 основан на XML 1.0. SOAP 1.2 основан на наборе данных XML (XML Infoset). Набор данных XML (infoset) предоставляет способ описания XML-документа с помощью схемы XSD. Однако, infoset не обязательно сериализует документ с помощью сериализации XML 1.0, на которой основан SOAP 1.1.. Этот новый способ описания XML-документа помогает выявить другие форматы сериализации, такие как двоичный формат протокола. Можно использовать двоичный формат протокола для сжатия сообщения в компактный формат, где некоторые подробные сведения о тегах могут не потребоваться.

в SOAP 1.2 можно использовать спецификацию привязки к базовому протоколу для определения какая XML-сериализация используется в базовых единицах данных протокола. Привязка HTTP, указанная в SOAP 1.2-Part 2, использует XML 1.0 в качестве сериализации информационного набора сообщений SOAP.

SOAP 1.2 предоставляет возможность официально определять транспортные протоколы, отличные от использования HTTP, если поставщик соответствует структуре привязки, определенной в SOAP 1.2. Хотя HTTP является повсеместным, он не так надежен, как другие виды транспорта, включая TCP/IP и MQ. Мыло 1.2 обеспечивает более конкретное определение модели обработки SOAP, которое устраняет многие неоднозначности, которые могут привести к ошибкам взаимодействия в отсутствие профилей веб-служб-взаимодействия (WS-I). Цель состоит в том, чтобы значительно снизить вероятность проблем совместимости между различными поставщиками, которые используют реализации SOAP 1.2. SOAP with Attachments API for Java (SAAJ) также может выступать в качестве простого механизма для выдачи запросов SOAP. Основным изменением в спецификации SAAJ является возможность представления сообщений SOAP 1.1 и дополнительных сообщений SOAP 1.2 в формате. Например, SAAJ версии 1.3 вводит новый набор констант и методов, которые более благоприятны для SOAP 1.2 (таких как getRole (), getRelay()) на элементах заголовка SOAP. Существуют также дополнительные методы на фабриках для SAAJ для создания соответствующих сообщений SOAP 1.1 или SOAP 1.2. Пространства имен XML для схем конверта и кодирования были изменены для SOAP 1.2. Эти изменения отличают процессоры SOAP из сообщений SOAP 1.1 и SOAP 1.2 и поддерживает изменения в схеме SOAP, не затрагивая существующие реализации. Архитектура Java для веб-служб XML (JAX-WS) предоставляет возможность поддержки SOAP 1.1 и SOAP 1.2. Поскольку JAX-RPC ввел требование манипулировать сообщением SOAP по мере его прохождения во время выполнения, возникла необходимость представить это сообщение в соответствующем контексте SOAP. В JAX-WS ряд дополнительных улучшений является результатом поддержки SAAJ 1.3.

существует не difine сообщение и получить метод для конкретного android....но все здесь-разница

GET Метод GET добавляет пары имя / значение к URL-адресу, что позволяет получить представление ресурса. Большая проблема заключается в том, что длина URL-адреса ограничена (примерно 3000 символов), что приводит к потере данных, если вам нужно много материала в форме на Вашей странице, поэтому этот метод работает только при наличии небольшого количества параметров.

Что это значит для меня? В основном это делает метод GET бесполезным для большинства разработчиков в большинстве ситуаций. Вот еще один способ взглянуть на это: URL-адрес может быть усечен (и, скорее всего, будет давать сегодняшние сайты, ориентированные на данные), если форма использует большое количество параметров или если параметры содержат большие объемы данных. Также, параметры, передаваемые в URL-адрес отображается в адресной строке браузера (упс!!!) не лучшее место для любого рода чувствительных (или даже нечувствительные) данные, которые будут показаны, потому что вы просто умоляете любопытного пользователя возиться с ним.

POST Альтернативой методу GET является метод POST. Этот метод упаковывает пары имя / значение внутри тела HTTP-запроса,что делает более чистый URL-адрес и не накладывает никаких ограничений на размер выходных данных форм, в основном его нетрудно использовать. Почта также более безопасна, но, конечно, не безопасна. Хотя HTTP полностью поддерживает CRUD, HTML 4 только поддерживает выдачу GET и POST запросов через его различные элементы. Это ограничение удерживало веб-приложения от полного использования HTTP, и чтобы обойти его, большинство приложений перегружают POST, чтобы заботиться обо всем, кроме поиска ресурсов.

ссылка на исходный источник IBM

следующий документ, опубликованный W3C также описывает различия между SOAP 1.1 и 1.2: