weblogic что это такое
Oracle WebLogic Server
Oracle WebLogic Server — единая, расширяемая платформа для разработки, развертывания и запуска корпоративных приложений, таких как Java, в локальной и облачной среде. WebLogic Server обладает мощным, высокотехнологичным, масштабируемым набором функций для полноценного внедрения Java Enterprise Edition (EE) и Jakarta EE.
Oracle WebLogic Server полностью поддерживается средой Kubernetes и позволяет пользователям переносить и разрабатывать современные контейнерные приложения с помощью комплексных Java-сервисов. Ознакомьтесь с полнофункциональным набором инструментов с открытым исходным кодом WebLogic Kubernetes ToolKit, который упростит запуск приложений в среде Kubernetes, локальной инфраструктуре и облаке.
Используя Oracle WebLogic Server для Oracle Cloud Infrastructure, Вы сможете быстро приступить к работе, выбрать подходящую инфраструктуру и удобную схему оплаты. Это решение обеспечивает полную поддержку корпоративных приложений Java EE в облаке.
В чем преимущества Oracle WebLogic Server?
Полное раскрытие возможностей Java EE и Jakarta EE
Java EE и Jakarta EE — это мощное сочетание технологий и API-интерфейсов, которое упростит разработку корпоративных приложений и управление ими.
Совместимость с любой облачной средой
Oracle WebLogic Server поддерживает запуск Java-приложений во всех облачных средах, а также локально, при этом приложения можно переносить между средами.
Модернизация приложений ускоряет вывод предложений на высококонкурентный рынок
Набор инструментов WebLogic Kubernetes ToolKit позволяет пользователям легко разворачивать домены и приложения WebLogic Server в Kubernetes. Развитый функционал инструментов управления и API-интерфейсы автоматизируют операции. Автоматическое масштабирование и перезапуск давших сбой узлов гарантируют высокую доступность. Интегрированные инструменты с открытым исходным кодом существенно облегчают перенос существующих приложений WebLogic Server в среду Kubernetes, а применение Helidon упрощает разработку и запуск портируемых микросервисов.
Интеграционные решения Oracle для корпоративных приложений
Интеграция Oracle WebLogic Server с продуктами и технологиями Oracle обеспечивает оптимальную производительность, доступность и поддержку приложениям, запускаемым на WebLogic Server. Также имеется возможность выполнять интеграцию с другими приложениями и системами.
Прозрачная авторизация для приложения на Oracle Weblogic Server
В данной статье расскажу, как мы перешли с NTLM на Kerberos авторизацию для приложений на Oracle Weblogic Server, тем самым упростив пользователям вход, убрав необходимость вводить пароль. Все пользователи, а также сервер приложения находятся в одном домене, так же ранее была настроена доменная авторизация для приложений Weblogic сервера. Все конфигурации были проверены на WLS 12.1.2.
Для начала немного теории, очень кратко для дальнейшего понимания процесса взаимодействия.
Что такое Single Sign-On?
Единый вход (SSO) — это механизм, посредством которого одно действие аутентификации пользователя, позволяет пользователю получить доступ ко всем компьютерам и системам, где у него есть разрешение на доступ, без необходимости вводить несколько паролей. Ранее введенные учетные данные будут прозрачно повторно использоваться различными компонентами.
Что такое Kerberos?
Kerberos — это протокол сетевой аутентификации, который был впервые разработан Технологическим институтом Массачусетса. Kerberos является безопасным методом аутентификации запроса на услугу в сети и предназначен для обеспечения надежной аутентификации для клиент-серверных приложений с использованием криптографии с секретным ключом.
Что такое SPNEGO?
SPNEGO — это простой и защищенный механизм переговоров GSSAPI. Это стандартизованный интерфейс для аутентификации (например, JNDI для поиска в каталогах), реализация по умолчанию для SPNEGO под Windows — это Kerberos (например, LDAP для JNDI). В терминологии Microsoft в качестве синонима SPNEGO используется «Интегрированная аутентификация Windows». В Windows Integrated Authentication могут быть согласованы протоколы Kerberos или NTLM.
Когда сервер получает запрос от браузера Internet Explorer (IE 6.1 или выше), он может запросить, чтобы браузер использовал протокол SPNEGO для аутентификации. Этот протокол выполняет аутентификацию Kerberos через HTTP и позволяет Internet Explorer передавать делегированные полномочия, чтобы веб-приложение могло выполнять вход в последующие Kerberized службы от имени пользователя.
Когда HTTP-сервер хочет выполнить SPNEGO, он возвращает ответ «401 Unauthorized» на HTTP-запрос с заголовком «WWW-Authorization: Negotiate». Затем Internet Explorer связывается с службой выдачи билетов (TGS) для получения билета. Он выбирает специальное имя участника услуги для запроса билета, например:
Возвращенный билет затем завернут в токен SPNEGO, который закодирован и отправляется обратно на сервер с использованием HTTP-запроса. Маркер разворачивается, и билет аутентифицируется.
Преимущества Kerberos
Использование керберос дает возможность администраторам отключить проверку подлинности NTLM, как только все сетевые клиенты смогут аутентифицировать Kerberos. Протокол Kerberos более гибкий и эффективный, чем NTLM, и более безопасный.
Настройка SSO на основе Kerberos в среде сервера приложений Weblogic
Теперь перейдем к практике
1. Выполняем настройки на стороне сервера домен контролера, на котором настроены службы TGS / KDC.
должно вернуть две записи
Сгенерировать Keytab файл
Скопировать данный файл на сервер WLS
2. Настройка сервера WLS
Обратите внимание, что имя домена должно быть указано в верхнем регистре. Для более ранних версий, используйте com.sun.security.jgss.initiate в предыдущем конфиге вместо com.sun.security.jgss.krb5.initiate.
Нажимаем кнопку Reorder и управляя стрелками выставляем последовательности типов авторизации. На первом месте должно быть установлено WebLogic Negotiate Identity Assertion provider на втором месте Provider that performs LDAP authentication (доменная авторизация)
Роль должна быть предустановлена в системе. В нашем случае используется встроенная роль для ADF (valid-users), а уже далее на основании доменных групп раздаются полномочия.
Для включения и отключения дебага, перезагрузка не требуется.
Логинимся на доменную машину, переходим по ссылке приложения и авторизуемся без ввода пароля. Стоит отметить, что кнопка Выход, в приложении работать не будет в данной конфигурации.
WebLogic Server Guide и инструменты
Не хватает времени? Вот наш сводный список лучших инструментов WebLogic Server:
Что такое сервер WebLogic??
На сегодняшний день Oracle Corp. стала популярным поставщиком платформ для онлайн-обработки транзакций (OLTP), и WebLogic Server является одним из инструментов, которые позволили технологической компании стать таким серьезным конкурентом. Они приобрели этот сервер Java 2 Platform, Enterprise Edition (J2EE), приобретя BEA Systems в 2008 году..
С этой позиции промежуточного программного обеспечения WebLogic Server централизует службы приложений, такие как:
Другими словами, этот сервер приложений на основе Java обеспечивает оптимальную и оптимизированную сквозную производительность бизнес-процессов. Более того, тот факт, что он использует технологию особенности как кэширование и пул соединений означает, что WebLogic Server также помогает сократить время обработки и транзакций.
Наконец, не следует забывать, что эта серверная система также обеспечивает корпоративного уровня безопасность и мощные возможности администрирования ролей.
Итак, как именно вы используете WebLogic Server?
Теперь, когда мы увидели общее определение того, что такое WebLogic Server, давайте немного поработаем и посмотрим, не сможем ли мы разбить его компоненты, пытаясь описать его..
Основная архитектура WebLogic
Помимо работы в качестве сервера J2EE, сервер WebLogic может использоваться для организации и администрирования других серверов и, следовательно, служб, работающих на них. Прежде чем мы рассмотрим это, давайте определим несколько цифровых концепций, которые используются в его сфере.
Домен
Это набор приложений, которые были сгруппированы для удобства администрирования. Домен состоит из сервера администратора и нескольких управляемых серверов, которые находятся под его контролем.
Базовый домен
Это новый домен, который имеет только сервер администратора и ничего больше. Это может быть не практично, но может существовать само по себе.
Управляемые серверы
Эти серверы существуют внутри домена и служат различным целям. Примерами таких серверов являются SOA Suite, WebCenter Suite и Business Intelligence Suite..
Следующее видео объясняет эти концепции более наглядно:
Что происходит при установке WebLogic Server?
Чтобы загрузить свою копию WebLogic Server, вам нужно перейти на страницу загрузки программного обеспечения Oracle Technology Network. Приняв лицензионное соглашение и загрузив предпочитаемую версию программного обеспечения, вы можете начать установку.
Возможные варианты установки включают в себя:
Независимо от вашего выбора установки или первоначального выбора архитектурной конфигурации, вы всегда можете реструктурировать свой проект позже, в зависимости от потребностей логики бизнес-процессов..
Для кого предназначен сервер WebLogic?
В идеале WebLogic Server будет хорошо работать в технологической среде бизнеса, где он будет настроен на:
Какие инструменты мониторинга и управления используются с серверами WebLogic?
Система, которая позволяет другим системам, должна быть настроена и управляться с осторожностью. Сам он должен работать хорошо, прежде чем сможет контролировать другие системы. Вот почему важно следить за их инструментами мониторинга и управления.
Ниже мы рассмотрим три самых популярных инструмента администрирования и мониторинга WebLogic Server.
SolarWinds WebLogic Инструмент управления эффективностью (БЕСПЛАТНАЯ ПРОБНАЯ ВЕРСИЯ)
Хотя это сторонний продукт, SolarWinds Инструмент мониторинга производительности WebLogic это пакет администрирования, который охватывает все аспекты мониторинга и управления серверами WebLogic.
Взгляд на функции этого инструмента дает нам представление о том, насколько мощным он на самом деле является:
Как вы можете видеть, этот инструмент действительно может углубиться в установку WebLogic Server и создавать краткие отчеты, которые не только информативны, но и просты для восприятия и приятны для глаз. Средство мониторинга производительности SolarWinds WebLogic поставляется с Сервером и Монитором приложений (SAM), который можно загрузить бесплатно в течение 30 дней..
Инструмент мониторинга производительности SolarWinds WebLogic с загрузкой SAMDownload 30-дневная бесплатная пробная версия
Консоль администрирования BEA WebLogic
Эта нативная консоль администрирования Oracle доступна через веб-браузер и запускается из экземпляра Сервера администрирования домена WebLogic Server. Он использует объекты Java, известные как MBeans, каждый из которых содержит набор атрибутов, которые определяют параметры для различных функций и операций, которые используются для администрирования сервера..
Задания, которые можно выполнить с помощью этого инструмента администрирования, включают:
Интеллектуальная панель мониторинга и мониторинга WebLogic (WLSDM)
С Интеллектуальная панель мониторинга и мониторинга WebLogic (WLSDM) у нас есть еще один сторонний инструмент администрирования и мониторинга, который представляет собой «маленький движок, который мог бы». Это консольное расширение, в отличие от автономного решения, которое гордится тем, что является дешевым решением (бесплатным для разработчиков), которое обеспечивает такие же хорошие результаты, как и лучшие из них..
Некоторые замечательные функции от WLSDM:
Что говорят обзоры о серверах WebLogic?
Как и любое программное решение, инструмент WebLogic Server имеет свои плюсы и минусы; Давайте посмотрим:
Если вы получите WebLogic Server?
В любом случае, благодаря доступным инструментам мониторинга и управления, популярность WebLogic Server будет продолжать расти; особенно с поклонниками Oracle, которые избалованы выбором, когда дело доходит до средних и периферийных пакетов Oracle, с которыми он совместим.
Создаем Веб Сервисы на платформе Oracle WebLogic Server, тестируем с SoapUI
Введение
В этой заметке я расскажу и покажу как создать два небольших приложения использующих SOAP Веб Сервисы для сервера приложений Oracle WebLogic Server 11g. Это непосредственно сервис и взаимодействующий с ним клиент.
Oracle WebLogic Server 11g реализует платформу J2EE 5, которая в свою очередь включает в себя описание ряда технологий, в том числе и Java API для разработки Веб Сервисов, ипользующих XML (JAX-WS).
Помимо прочего я опишу процесс тестирования Веб Сервисов с помощью SoapUI.
Окружение
Все примеры, приведенные в статье сделаны с допущением, что у вас уже установлен Oracle WebLogic Server 11g. Также проведена его настройка: создан Домен по адресу localhost:7001. Ваша конфигурация естественно может отличаться, просто примите это к сведению при изучении примеров. Найти инсталлятор можно тут.
Помимо этого необходимо установить Ant (Java утилита для автоматизации процесса сборки программных продуктов). Он есть в репозиториях всех современных дистрибутивов Linux, для Microsoft Windows его можно скачать здесь.
Создание сервиса
Отправной точкой в создании Веб Сервиса будет являться Java класс, методы которого в итоге будут выполнять роли Веб Методов (операций). В терминологии WebLogic-а такой класс называется JWS (Java Web Service) файлом. JWS файл — это стандартный Java класс, в котором для описания Веб Сервиса используется Java аннотации. В нашем случае он будет содержать всего одну обязательную JWS аннотацию @WebService и предоставлять только один метод.
Полный список JAX-WS аннотаций можно посмотреть здесь.
Ниже по шагам опишу этапы по созданию Веб Сервиса HelloService, который включает всего одну операцию sayHello. Для простоты все входные и выходные параметры будут строковыми.
Периодически буду приводить примеры работы с консолью, для иллюстрации тех или иных действий. При этом ничто не мешает вам использовать любимую IDE, либо другие доступные средства.
Шаг 1
Прежде всего нам нужно создать директорию под проект:
prompt> mkdir /HelloService
Шаг 2
Шаг 3
// Подключаем анотацию @WebService
import javax.jws.WebService;
Данный пример иллюстрирует Java класс, который называется HelloImpl и содержит публичный метод sayHello(String). Аннотация @WebService указывает на то, что данный класс реализует Веб Сервис с именем HelloService. По-умолчанию все публичные методы этого класса будут являться операциями.
Шаг 4
В корневой директории нашего проекта /HelloService создадим стандартную Ant-конфигурацию — build.xml файл следующего содержания:
project name =»webservices-helloservice» default =»build» >
taskdef name =»jwsc»
classname =»weblogic.wsee.tools.anttasks.JwscTask» />
target name =»build» >
jwsc
srcdir =»src»
destdir =»output/helloService» >
jws file =»my/services/HelloImpl.java» type =” JAXWS ” />
jwsc >
target >
В листинге выше видно, что мы оперируем некой jwsc Ant-задачей. Это один из инструментов, поставляемых с WebLogic, позволяющий автоматически генерировать дополнительные артефакты (xml-конфиги, Java-классы), компилировать все это и упаковывать в архив (WAR), готовый к инсталяции на сервер приложений.
Обратите внимание, что в листинге явно указан тип (type) генерируемого сервиса — JAXWS. По-умолчанию это JAXRPC и программирование такого сервиса будет немного отличаться.
Подробнее про jwsc, все опции и примеры его использования, тут.
Шаг 5
Прежде чем запускать сборку, необходимо установить переменные окружения WebLogic Server. В том числе будет выставлена переменная CLASSPATH, что позволит Ant-у правильно подключить задачу jwsc.
Для этого нужно в командной строке выполнить скрипт setDomainEnv.cmd (Windows) или setDomainEnv.sh (UNIX). Эти скрипты располагаются в поддиректории bin внутри директории вашего WebLogic домена. По-умолчанию, домены WebLogic Server располагаются в BEA_HOME/user_projects/domains/domainName, где BEA_HOME это директория в которую устанавливаются продукты Oracle, а domainName — это имя вашего домена.
Если для запуска Ant будет использоваться IDE, предполагаю, что достаточно будет подключить для сборки Java библиотеки из поддиректории lib директории в которую установлено ядро Oracle WebLogic Server, что-то вроде:
Oracle/Middleware/wlserver_10.3/server/lib
Шаг 6
Запускаем сборку приложения
prompt> ant build
В директории output/helloService должны появится файлы сгенерированные jwsc. В частности, в поддиректории output/helloService/my/services/ можно будет найти HelloImpl.war — это и есть веб приложение в котором упакован созданный Веб Сервис.
Шаг 7
Теперь нужно разместить наш Веб Сервис на сервере приложений. Скопируем WAR архив в поддиректорию autodeploy внутри вашего WebLogic домена:
prompt> cp HelloImpl.war /path/to/domain/autodeploy/
Также это можно сделать через административную консоль сервера, либо воспользовавшись еще одним инструментом WebLogic: Ant-задачей wldeploy.
Шаг 8
Убедимся что Веб Сервис корректно установлен на сервер, запросив в браузере WSDL по нему:
URL состоит из значений по-умолчанию для contextPath и serviceUri. По-умолчанию contextPath — это имя Java класса в JWS файле, а serviceURI — это элемент serviceName аннотации @WebService, если он конечно задан, иначе — это имя JWS файла без расширения плюс слово Service. Например, если атрибут serviceName аннотации @WebService не задан и имя JWS файла HelloImpl.java, тогда значение по-умолчанию для serivceUri будет HelloImplService. Все эти атрибуты могут быть явно заданы. В этом случае URL может быть другим.
Если запрос вернул вам XML файл, описывающий созданный Веб Сервис (WSDL), результат можно считать успешным.
О том как протестировать его работу, с помощью специализированного инструмента SoapUI, будет рассказано в разделе “Тестирование сервиса”, ниже в этой статье.
Создание клиента
Oracle WebLogic Server помимо прочего имеет в своем составе инструменты для генерации библиотек, обеспечивающих высокоуровневое Java API для доступа к SOAP Веб Сервису разработанному на любой платформе. Все что нужно для этого WebLogic-ку, это WSDL файл, описывающий сервис. Эти библиотеки послужат основой для взаимодействия клиентского приложения с сервисом.
У нас уже есть Веб Сервис, созданный в предыдущем разделе. Попробуем теперь написать для него клиентское приложение. Это будет JSP страничка с формой, использующая автоматически сгенерированые библиотеки.
Шаг 1
Создаем директорию под проект:
prompt> mkdir /HelloClient
Шаг 2
Переходим в нее и создаем Ant-конфигурацию build.xml следующего содержания:
project name =»webservices-helloclient» default =»generate» >
taskdef name =»clientgen»
classname =»weblogic.wsee.tools.anttasks.ClientGenTask» />
target name =»generate» >
delete dir =»lib» />
mkdir dir =»lib» />
clientgen wsdl =»http://localhost:7001/HelloImpl/HelloService?WSDL»
destFile =»lib/HelloServiceAPI.jar»
packageName =»my.client»
type =»JAXWS» />
target >
Из файла выше видно, что мы работаем с Ant-задачей clientgen. Мы указываем ей где взять WSDL по Веб Сервису (не забудьте поднять сервер и убедиться что по указанной URL действительно доступен WSDL файл), имя пакета, в котором будут лежать сгенерированые Java классы и архив в который все это будет упакованно. Подробнее тут.
Шаг 3
Запустим Ant-ом описанную выше конфигурацию и убедимся что библиотека появилась в указанном месте (lib/HelloServiceAPI.jar):
prompt> ant generate
Шаг 4
Теперь создадим в нашем проекте директорию web:
prompt> mkdir web
В ней разместим JSP страничку index.jsp с HTML формой, содержащей один единственный элемент для ввода Имени и кнопку, отправляющую значения формы на сервер. Также нам понадобится место, в которое будет выведен результат SOAP-запроса.
Конечно удобнее разрабатывать эту JSP в современном IDE, подключив сгенерированую на предыдущем шаге библиотеку, дабы IDE подсказала нам какие в этой библиотеки есть классы и как с ними работать из JSP. Но так как пример достаточно тривиальный, я сразу приведу код странички:
// выполняем объявленную для данного порта операцию sayHello
// в данный момент на низком уровне происходит создание SOAP запроса,
// его отправка по HTTP и разбор ответа. от нас это все инкапсулированно
result = hello.sayHello(name);
>
В таком виде, все SOAP запросы всегда будут идти на тот сервис, с которого была взята WSDL, но в реальности так называемый endpoint URL должен быть конфигурируемым. Это пригодится нам и при тестировании нашего клиента. Поэтому добавим еще одно поле на форму:
form > Name: input name =»name» /> br /> Location: input name =»location» /> br /> input type =»submit» /> form >
А также несколько строчек в обработчик формы:
Шаг 5
В директории web создадим поддиректорию WEB-INF, в которой будут размещены два файла: web.xml и weblogic.xml — со следующим содержанием:
В этих файлах мы указали JSP страницу, которая будет открываться по-умолчанию (welcome-file) и путь, по которому на сервере будет доступно наше веб приложение (context-root).
Шаг 6
В созданный ранее (на втором шаге) Ant-конфиг добавим еще один раздел, который автоматизирует для нас упаковку нашей библиотеки вместе с JSP страницей в веб приложение (WAR архив).
target name =»build» depends =»generate» >
war destfile =»HelloClient.war» webxml =»web/WEB-INF/web.xml» >
fileset dir =»web» />
lib dir =»lib» />
war >
target >
Данная задача поставлена в зависимость от задачи generate, следовательно при каждой пересборке архива будет запускаться генерация Веб Сервис API библиотеки.
Шаг 7
Запускаем сборку
prompt> ant build
Убедимся, что в директории проекта появился архив HelloClient.war
Шаг 8
Полученный архив устанавливаем на сервер также, как это было описано в разделе про разработку Веб Сервиса, шаг 7:
prompt> cp HelloClient.war /path/to/domain/autodeploy/
Протестировать его можно сразу, если соблюсти несколько условий. Во-первых, сам Веб Сервис (для которого мы написали клиента) должен быть развернут на сервере и запущен, во-вторых поле Location должно быть пустым, чтобы был взят endpoint URL по-умолчанию.
Ниже в разделе ‘Тестирование клиента’ я расскажу как протестировать наш клиент к Веб Сервису на эмуляторе с помощью SoapUI.
SoapUI
Расказывая про Веб Сервисы нельзя не упомянуть о мощнейшем инструменте, позволяющем тестировать как серверную так и клиентскую часть SOAP сервисов, это SoapUI. Скачиваем это приложение тут.
Есть бесплатные версии как для Microsoft Windows, так и для Linux дистрибутивов. Установка не вызовет проблем.
Тестирование сервиса
Для тестирования Веб Сервиса (его серверной части) нужно запустить SoapUI и создать новый проект, как показано на рисунке:
В поле Initial WSDL/WADL задаем WSDL файл, описывающий тестируемый сервис, причем можно указать как путь до файла на локальной машине, так и URL (что собственно и сделано в примере). Также ставим галочку возле Create Requests, это скажет SoapUI что нужно создать интерфейс для формирования SOAP запросов для каждой операции, которая описана в WSDL файле.
Наш Веб Сервис содержит только один метод — sayHello. Можно перейти на созданый под ним объект-запрос. Скриншот с Linux версии SoapUI выше. На нем видно, что можно прописать входные параметры, поправив XML и выполнить запрос (зеленый треугольник в левом углу). В итоге будет получен ответ сервиса также в формате XML.
Windows версия несколько богаче и содержит дополнительно дружественную пользователю форму ввода входных параметров.
Таким образом можно тестировать SOAP сервис написанный на любой платформе. Есть куча возможностей по конфигурированию запросов, например можно слать HTTP заголовки (Authorization например), можно выстраивать автоматическое тестирование и т.п.
Тестирование клиента
Для того чтобы протестировать клиентское приложение нужно заставить SoapUI работать в режиме эмуляции Веб Сервиса. Для этого создаем проект, как показанно на скриншоте ниже:
WSDL файл все тот же, для иллюстрации процесса мы будем эмулировать Веб Сервис, который по сути у нас уже написан. Но вообразим, что это некая стороняя система, доступа к которой мы пока не имеем, есть только WSDL и нам нужно убедиться что наш клиент работает.
Итак, мы указываем WSDL в поле Initial WSDL/WADL и ставим галочку возле Create MockService. Эта галочка скажет SoapUI что нужно создать эмулятор для операций, которые присутствуют в WSDL файле.
На втором шаге, нам будет предложенно выбрать конкретные операции, которые следует эмулировать.
Ставим галочку возле Start MockService и после нажания OK получаем эмулятор на порту 8088. Проверить что все действительно работает можно пройдя по ссылке:
Прежде чем перейти к нашему клиентскому приложению, неплохо бы настроить ответы, которые будет генерировать наш псевдо Веб Сервис. Для этого откроем объект-ответ под методом sayHello и поправим XML, который будет возвращаться клиенту на каждый вызов этой операции.
Теперь самое время вернуться к клиенту. Endpoint URL должен указывать на localhost:8088/HelloMock — адрес только что запущенного эмулятора Веб Сервиса. Пропишем эту строчку в поле Location нашей JSP страницы.
Нажимаем Submit Query. Рядом с кнопкой должен появиться результат запроса:
Если сейчас перейти в SoapUI то на эмуляторе HelloMock в разделе Message Log виден выполненный SOAP запрос. Его можно раскрыть и посмотреть о нем всю информацию.
Соответственно, если у нас нет под рукой реального Веб Сервиса, либо имеющийся не может быть использован для тестирования (продакшн сервер), правильным подходом будет — взять его WSDL файл и создать эмулятор. Тестировать на нем, играясь с выходными параметрами.