Ogólny klient usług - szczegóły wywołania binarnego

W ogólnym kliencie usług wywołania binarne są specjalnymi wywołaniami do wysyłania komunikatów binarnych. Informacje o transporcie to informacje wymagane do wysłania i odebrania odpowiedzi w zależności od wybranego protokołu.

Komunikat

Automatycznie aktualizuj nazwę węzła
Należy wybrać tę opcję, aby nazwa żądania została automatycznie zmieniona w widoku Test treści.
Nie czekaj na odpowiedź
Należy wybrać tę opcję, aby po wysłaniu bieżącego żądania od razu przejść do następnego żądania w teście.
Limit czasu (ms)
Jest to wartość limitu czasu wyrażona w milisekundach. Jeśli po upływie określonego czasu nie otrzymano odpowiedzi, generowany jest komunikat o błędzie.
Czas do namysłu (ms)
Służy do określania obliczanego programowo opóźnienia, które można zaobserwować w przypadku każdego użytkownika, gdy ten test jest wykonywany z wieloma wirtualnymi użytkownikami. Czas do namysłu jest statystyczną emulacją czasu, który upływa, gdy rzeczywiści użytkownicy czytają lub myślą przed wykonaniem działania.
Aktualizuj odpowiedź
Należy kliknąć ten przycisk w celu wywołania żądania z bieżącymi ustawieniami i w celu użycia odpowiedzi do utworzenia elementu odpowiedzi binarnej lub zaktualizowania istniejącego elementu odpowiedzi.
Źródło
Ta strona zawiera treść binarną żądania i umożliwia korelację danych. Ta sama treść jest dostępna w widokach Dane binarne i Surowe dane ASCII.
Załączniki
Ta strona zawiera listę załączników MIME lub DIME załączonych do żądania. Zawartość tego widoku jest dostosowana do specyfikacji MIME (Multipurpose Internet Mail Extensions) lub DIME (Direct Internet Message Encapsulation). Na tej stronie można dodawać zasoby środowiska roboczego jako załączniki MIME lub DIME i zmieniać właściwości.
Transport
Ta strona dotyczy protokołu transportowego używanego do wysyłania żądania. Można wybrać jeden z następujących protokołów transportowych: HTTP, Java™ Message Service (JMS) lub WebSphere MQ. Możliwe jest utworzenie kilku konfiguracji dla każdego protokołu, aby w łatwy sposób przełączać się między protokołami lub ich różnymi wariantami.
Uwaga: Jeśli jest używany produkt IBM® Security AppScan, dostępny jest tylko protokół transportowy HTTP.

Załączniki

Ta strona zawiera listę załączników MIME lub DIME załączonych do żądania. Zawartość tego widoku jest dostosowana do specyfikacji MIME (Multipurpose Internet Mail Extensions) lub DIME (Direct Internet Message Encapsulation). Na tej stronie można dodawać zasoby środowiska roboczego jako załączniki MIME lub DIME i zmieniać właściwości.

W polu Identyfikator treści znajduje się identyfikator, który jest używany przez żądanie w celu odwoływania się do załączników. Sposób używania tego identyfikatora zależy od wymagań serwera.
MIME lub DIME
Należy zdecydować, czy załącznik jest dostosowany do specyfikacji MIME (Multipurpose Internet Mail Extensions), czy DIME (Direct Internet Message Encapsulation).
Użyj mechanizmu transmisji MTOM
Domyślnym mechanizmem używanym w żądaniu do obsługi załączników jest SwA (SOAP Messages with Attachments). Należy wybrać tę opcję, aby załączniki były obsługiwane przy użyciu mechanizmu MTOM (SOAP Message Transmission Optimization Mechanism).

Transport

Ta strona zawiera ustawienia protokołu transportowego używanego do wysyłania żądania. Ustawienia protokołu transportowego mają zastosowanie do konfiguracji transportu. Dostępne ustawienia: HTTP, Java Message Service (JMS), WebSphere MQ lub Microsoft .NET. Możliwe jest utworzenie kilku konfiguracji dla każdego protokołu, aby w łatwy sposób przełączać się między protokołami lub ich różnymi wariantami.
Uwaga: Jeśli jest używany produkt IBM Security AppScan, dostępny jest tylko protokół transportowy HTTP.
HTTP
Należy wybrać opcję HTTP, aby na potrzeby żądań używać protokołu transportowego HTTP. Na poziomie żądania można zaktualizować adres URL lub działanie SOAP i odwołanie do globalnej konfiguracji testu.
Konfiguracja protokołu
Należy kliknąć opcję Zmień, aby określić predefiniowaną konfigurację protokołu transportowego lub aby utworzyć konfigurację. Konfiguracje protokołu transportowego HTTP zawierają ustawienia proxy oraz uwierzytelniania, które mogą być ponownie wykorzystywane.
Adres URL
Należy podać adres URL określający punkt końcowy dla żądania usługi.
Tryb Rest
Tego pola wyboru należy użyć, aby podzielić adres URL usług REST w celu ułatwienia poznania różnych części adresu URL usług REST. W przypadku korzystania z tej opcji główna sekcja adresu URL jest umieszczana w polu URL, część zasobu jest umieszczana w polu Zasób, a parametry są umieszczane w polu Parametry. Aby ręcznie dodać więcej parametrów, można użyć przycisku Dodaj.
Metoda i wersja
Należy określić metodę i wersję HTTP, które mają być używane do wywoływania żądania usługi.
Nagłówki
Należy określić nazwy i wartości wszystkich niestandardowych nagłówków HTTP wymaganych przez usługę. Listę nagłówków można modyfikować, korzystając z opcji Dodaj, Edytuj lub Usuń.
Informacje cookie
Należy określić nazwy i wartości wszystkich informacji cookie wymaganych przez usługę. Listę informacji cookie można modyfikować, korzystając z opcji Dodaj, Edytuj lub Usuń.
JMS

Należy wybrać opcję JMS, aby na potrzeby żądań używać protokołu transportowego JMS (Java Messaging Service). Ta strona umożliwia dodawanie właściwości łańcuchowych, które są dołączane do żądania dla konfiguracji protokołu JMS. Zostaną one przesłane jako właściwości komunikatu za pośrednictwem protokołu JMS.

Konfiguracja protokołu
Należy kliknąć opcję Zmień, aby określić predefiniowaną konfigurację protokołu transportowego lub aby utworzyć konfigurację. Konfiguracje protokołu transportowego JMS zawierają ogólne ustawienia punktu końcowego, punktu odbioru i adaptera, które mogą być ponownie wykorzystywane.
Właściwości
Należy określić nazwy i wartości wszystkich właściwości łańcuchowych wymaganych przez żądanie dla bieżącej konfiguracji protokołu transportowego JMS. Są one przesyłane jako właściwości komunikatu za pośrednictwem protokołu JMS. Listę właściwości można modyfikować, korzystając z opcji Dodaj, Edytuj lub Usuń.
WebSphere MQ
Należy wybrać opcję MQ, aby na potrzeby żądań używać protokołu transportowego IBM WebSphere MQ. Ta strona umożliwia określenie działania SOAP i zastąpienie ustawień konfiguracji produktu WebSphere MQ wybranych na poziomie testu.
Konfiguracja protokołu
Należy kliknąć opcję Zmień, aby określić predefiniowaną konfigurację protokołu transportowego lub aby utworzyć konfigurację. Konfiguracje protokołu transportowego WebSphere MQ zawierają ogólne ustawienia kolejki, nagłówka i warstwy SSL, które mogą być ponownie wykorzystywane.
Działanie SOAP
Należy określić działanie SOAP, które będzie używane do wywoływania żądania produktu WebSphere MQ.
Nadpisz wartości konfiguracji protokołu MQ
Należy wybrać tę opcję, aby skonfigurować pola komunikatu produktu WebSphere MQ. Podzbiór deskryptora komunikatu MQ można zastąpić formatem niestandardowym na potrzeby innych typów serwerów - zwłaszcza w przypadku używania żądania komunikatu XML.
Dostosuj nagłówek komunikatu
Należy wybrać tę opcję, aby określić niestandardowe nagłówki protokołu transportowego dla funkcji protokołu SOAP korzystającego z protokołu MQ dostępnej w produkcie WebSphere MQ. Ta funkcja używa wstępnie określonego formatu komunikatów MQ (RFH2), dlatego po jej wybraniu nie są dostępne inne opcje w sekcji Deskryptor komunikatu.
Deskryptor komunikatu
Te ustawienia zastępują ustawienia deskryptora i nagłówka komunikatu w konfiguracji protokołu MQ. Więcej informacji o deskryptorach komunikatów zawiera dokumentacja produktu WebSphere MQ.
Microsoft .NET
Należy wybrać opcję Microsoft .NET, aby używać transportu Microsoft .NET w przypadku żądań opartych na usługach Windows Communication Foundation (WCF). Ta strona umożliwia zastąpienie ustawień konfiguracji środowiska Microsoft .NET wybranych na poziomie testu.
Element
Należy kliknąć przycisk Dodaj, aby podać nazwę i wartość działań WCF, które są wymagane przez tę usługę. Ta tabela jest generowana automatycznie po zaimportowaniu pliku WSDL środowiska Microsoft .NET. Więcej informacji na ten temat zawiera dokumentacja usług WCF środowiska Microsoft .NET.
Opinia