Общий клиент служб рекомендуется использовать для отладки и тестирования службы, если запрос нельзя отправить с помощью отдельного клиента. Можно настроить различные транспортные протоколы и конфигурации защиты, а также изменять параметры запроса и отправлять вложения.
После успешного вызова запроса возврат сообщения добавляется в список Хронология запросов. В этом списке можно просмотреть результаты, полученные в разное время.
В случае применения IBM® Rational Performance Tester или IBM Rational Service Tester for SOA Quality можно выбрать запросы в списке Хронология запросов и нажать кнопку Создать тест для создания теста, позволяющего воспроизвести все выбранные запросы. При необходимости в тесте можно заменить записанные значения на переменные тестовые данные или добавить в него корреляцию динамических данных. Кроме того, можно задать точки проверки для содержимого документов XML в ответах службы.
Среда выполнения Java (JRE), которая используется в рабочей среде, поддерживает уровень шифрования, требуемый выбранным цифровым сертификатом. Например, невозможно использовать цифровой сертификат, который требует 256-битного шифрования, в JRE, которая поддерживает только 128-битное шифрование. По умолчанию рабочая среда настроена для работы с ограниченной силой шифра. Для того чтобы использовать менее ограниченные алгоритмы шифрования, необходимо загрузить и применить файлы стратегии неограниченной юрисдикции (local_policy.jar и US_export_policy.jar).
Файлы стратегии неограниченной юрисдикции можно загрузить со следующего сайта: http://www.ibm.com/developerworks/java/jdk/security/50/
Щелкните на Файлы IBM SDK Policy и войдите в developerWorks для получения файлов стратегии неограниченной юрисдикции. Перед установкой этих файлов стратегии создайте резервные копии существующих файлов стратегии, если вы хотите восстановить исходные файлы в будущем. Затем перезапишите файлы в каталоге /jre/lib/security/ на фалы стратегии неограниченной юрисдикции.
Простая идентификации (идентификация сервера): В этом случае клиенту теста необходимо определить, может ли служба быть надежной. Не требуется устанавливать хранилище ключей. Если выбрана опция Всегда доверять, не обязательно указывать хранилище ключей сертификатов сервера.
Если вы хотите на самом деле идентифицировать службу, можно настроить хранилище доверенных сертификатов, содержащее сертификаты надежных служб. В этом случае тест будет ожидать получения верного сертификата.
Двойная идентификация (идентификация клиента и сервера): В этом случае служба должна идентифицировать клиент теста в соответствии с его корневыми правами доступа. Необходимо указать хранилище ключей сертификата клиента, которое должно быть создано для идентификации теста в качестве сертифицированного клиента.
При записи теста службы посредством прокси он находится между службой и клиентом. В этом случае необходимо настроить параметры SSL прокси записи для идентификации себя как фактической службы для клиента (для простой идентификации) и как клиента для службы (для двойной идентификации). Это означает, что необходимо указать прокси записи с помощью подходящих сертификатов.
При использовании служб заглушек можно также настроить параметры SSL службы заглушки для идентификации себя как фактического сервера. Это означает, что необходимо указать службу заглушки с помощью подходящего сертификата.
Продукт поддерживает идентификацию Microsoft NT LAN Manager (NTLMv1 и NTLMv2) и Kerberos. Информация идентификации записывается как часть теста на этапе записи.
Для того чтобы включить поддержку NTLMv2, необходимо добавить в рабочую среду библиотеку другой фирмы. Дополнительная информация приведена в разделе Настройка рабочей среду для идентификации NTLMv2.
Можно протестировать службы с помощью цифровых сертификатов для протоколов защиты SSL и SOAP. Цифровые сертификаты должны содержаться в ресурсах хранилища ключей Java Key Store (JKS), доступных в рабочей области. При работе с файлами хранилища ключей необходимо установить пароль, требуемый для доступа к ключам в редакторе защиты и редакторе тестов. Для защиты SOAP может потребоваться указать явное имя ключа и пароль для доступа к личным ключам в хранилище ключей.
При развертывании тестов на компьютерах агентов эти файлы должны быть также добавлены в JRE, используемом в IBM Agent Controller.
Массивы не поддерживаются.
Транспортный протокол службы сообщений Java (JMS) не поддерживает вложение, поскольку отсутствует требуемая спецификация. Пакет отправляется в кодировке UTF-8.
Отдельные реализации среды выполнения Java поддерживают не все алгоритмы защиты. Если конкретная реализация защиты недоступна, добавьте требуемые библиотеки в путь к классам среды JRE, применяемой продуктом.
В инструменте тестирования общих служб отображается пакет, указанный в документе XML. Однако алгоритмы защиты считают конверт двоичным. Таким образом, конфигурация защиты SOAP должна обеспечивать шифрование входящих и исходящих сообщений, сохраняя их в исходном виде в пределах теста.
Транспортный протокол Microsoft .NET не поддерживает транзакции, области действия и дуплексный режим в запросах, например обратные вызовы и двусторонние службы на основе транспортного протокола MS-MQ.