Строго говоря, только сервисы Soap являются веб-сервисами. Они основаны на спецификациях WS- * , стандартизированных W3C и Oasis. Иногда также упоминается как Webservice так называемая конечная точка POX (обычный XML) или конечная точка REST, которая позволяет просто получить необработанный XML через HTTP GET.
Сервисы SOAP несут свою схему в виде конечной точки wsdl (обычно добавляют? Wsdl к конечной точке службы), поэтому существует множество инструментов для создания прокси-объектов и скрытия сложности вызова веб-службы. С POX Services вы должны знать, какую схему использовать, например, документация.
Сервисы SOAP несут полезную нагрузку внутри конверта SOAP (XML-схема с заголовком и телом с полезной нагрузкой в теле). Наличие независимого от полезной нагрузки заголовка позволяет перенаправлять содержимое, подписывать и шифровать, аутентифицировать и т. Д., Не зная содержимого. Но вы платите дополнительными накладными расходами в самом сообщении.
POX, с другой стороны, оставляет все это веб-серверу и обычно использует HTTP для аутентификации и сжатия. Записывание и подписание должны были быть сделаны вашей системой. Это низкие накладные расходы, но также низкая открываемость.
То, что работает лучше для вас, во многом зависит от вашего сценария. Если вы работаете в .Net или Java World, вам часто проще всего создать прокси и использовать его для работы с веб-сервисами в качестве удаленных объектов. Вы получаете хорошо построенную инфраструктуру и удобный опыт программирования. Если ваша среда не поддерживает генерацию прокси-сервера или его нужно было вызывать из чего-либо, POX может оказаться гораздо более легким способом.