Jax-WS Techniki klienta asynchronicznego do wywoływania usług sieciowych

Question

Robię pewne badania na temat usług internetowych opartych na SOAP z JAX-WS, i znajduję bardzo skomplikowane, aby zrozumieć część dotyczącą klientów. Jeśli ktoś mógłby mi podać pomocną dłoń, wyjaśniając mi niektóre z tematów, byłbym bardzo wdzięczny. Używam książki SOA, a także google, ale jestem bardzo zdezorientowany, dlatego właśnie tutaj myślę, że mogę uzyskać dokładniejszą odpowiedź, skupioną na tym, czego potrzebuję.

Dzięki temu możemy komunikować się z usługami internetowymi w sposób synchroniczny i asynchroniczny. Komunikacja synchroniczna polega na tym, że obie strony muszą na siebie czekać aż do zakończenia przetwarzania.

asynchroniczne klientów pozwala nam komunikować się w sposób asynchroniczny przy użyciu 2 modele Programowanie: 1- i 2- oddzwanianie Polling

• Wątpliwość 1: Czy ktoś mógłby mi wytłumaczyć w prosty sposób, jakie są różnice , wady i zalety modeli 2 (oddzwonienia i łączenia)

Mówiąc o komunikacji asynchronicznej rozumiem też, że nie powinno być sposobem na producenta (Web Service), aby znaleźć konsumenta (klienta) po przetwarzanie jest zakończone. Właśnie dlatego my mieć adresowanie.

• Wątpliwość 2: mógłbyś krótko wyjaśnić, jak adresowanie prace? A także w jaki sposób adresowanie jest związane z technikami oddzwaniania i odpytywania?

Jeszcze tylko jedna rzecz. Interfejs API Dispatch bardzo mnie myli. Ponieważ wciąż mówią o klientach dynamicznych.

• Doubt 3: Jak API Dispatch związane z komunikacji asynchronicznej jeśli mówimy cały czas o klientach dynamicznych?
• Wątpliwość 4: 2 tryby użytkowania interfejsu Dispatch API (MESSAGE i PAYLOAD), do czego są używane i jak są powiązane z asynchronicznym modelem komunikacji JAXWS?

Answer 1

1. Czy ktoś mógłby mi wytłumaczyć w prosty sposób, jakie są różnice, wady i zalety modeli 2 (oddzwaniania i poolingu)
   

oddzwanianie: realizacja nie jest proste .
- Zaleta: to podejście jest bardziej eleganckie/systematyczne w porównaniu do podejścia głosowania.
- Wada: klient powinien mieć mechanizm, aby serwer mógł go wywołać za pomocą wywołania zwrotnego.

Sondowanie: wdrożenie jest proste.
- Zaleta: ponieważ jest to prosta technika, jest uniwersalna, nawet strona z obsługą ajax może skorzystać z tej techniki, aby sprawdzić, czy aktualizacja żądania jest dostępna.
- Wada: ogromne marnotrawstwo przepustowości, również problemy z synchronizacją klienta serwera, takie jak to, jak długo serwer powinien utrzymywać odpowiedź na żądanie pollingu od klienta, jeszcze nie nadszedł.

2. Czy możesz krótko wyjaśnić, jak działa adresowanie? A także w jaki sposób adresowanie jest związane z technikami oddzwaniania i odpytywania?
Adresowanie umożliwia zrozumienie informacji udostępnianych wcześniej przez systemy przesyłania wiadomości i dostawców usług transportowych. Zastanówmy się nad tym przypadkiem, początkowo wykorzystywany byłby protokół HTTP zarówno dla żądania wysyłania, jak i odpowiedzi. A wtedy możesz chcieć zmienić część tego transportu, powiedz przy wysyłaniu odpowiedzi, tylko do protokołu SMTP. Gdybyś używał adresowania ws, cała informacja związana z transportem i adresowaniem byłaby częścią samego mydlanego envolope, co umożliwiłoby twojemu serwisowi internetowemu dynamiczną zmianę transportu na wysyłanie odpowiedzi.

Adresowanie usług WWW można również wykorzystać do wywołania zwrotnego, z serwera do klienta. Usługa informuje o typie portu zwrotnego wymaganego przez niego w WSDL. klient implementuje ten typ portu, a następnie informuje usługę, o punkcie końcowym oddzwaniania, używając adresu WS.

W prostych słowach, WS adresowania dodaje dodatkowe znaczniki do envolope mydlanej, która zawiera informacje, które mogłyby być obecne w nagłówkach transportu tylko, jak z adresu, na adres, nazwa działania itp

3.How jest Interfejs API wysyłki związany z komunikacją asynchroniczną, jeśli cały czas rozmawia się o klientach dynamicznych?

Future<?> response = dispatch.invokeAsync(T, AsyncHandler); 

Metoda invokeAsync jest metodą pollingu. Odpowiedź, natychmiast zwraca się do użytkownika i może zostać sondowana do zakończenia. W międzyczasie program kliencki może wykonywać inne prace. Javax.xml.ws.Response implementuje interfejs java.util.concurrent.Future, który jest zawarty w J2SE 5.0. Obiekt Response zwraca faktyczną odpowiedź za pomocą metody get, która blokuje, jeśli odpowiedź nie jest gotowa do zwrócenia.

4.Wyżej dwa tryby użytkowania interfejsu Dispatch API (MESSAGE i PAYLOAD), do czego są używane i jak są powiązane z asynchronicznym modelem komunikacji JAXWS?
Tryby przesyłania wiadomości nie są bezpośrednio związane z komunikacją asynchroniczną. Tryby przesyłania wiadomości określają ilość informacji wysyłanych w żądaniu usługi sieciowej. TRYBU WIADOMOŚCI można używać tylko wtedy, gdy używane jest powiązanie SOAP.