Tworzenie typów wiadomości usługa Broker
A typ komunikatu definiuje nazwę określonego rodzaju wiadomości i sprawdzanie poprawności tego rodzaju wiadomości przez usługa Broker.Aby określić typy wiadomości, który będzie używany w aplikacji, najpierw planowane zadania, które aplikacja musi wykonać, a dane, które są niezbędne do wykonania każdego zadania.
Najczęstszym rozwiązaniem dla aplikacji jest struktury wiadomości, tak aby każdy komunikat zawiera informacje wymagane w jednym kroku zadania.Podczas każdej wiadomości zawiera informacje o jednym kroku zadania, aplikacja może łatwo komunikat wykonania i wysłać odpowiedź w ramach pojedynczej transakcji.Dlatego dla wielu aplikacji, najłatwiejszy sposób, aby określić typy wiadomości i zawartość wiadomości jest określić granice transakcji dla zadań wykonywanych przez aplikację.W każdym kroku różne jest transakcją i każdej transakcji odpowiada na typ komunikatu wymienianych między usługami.Informacje o stanie, w wynikach lub dane wyjściowe są również typy wiadomości.
Protokoły komunikacyjne usługa Broker są przeznaczone do pracy z tym stylem obsługi wiadomości.Protokół okno dialogowe fragmenty dużych wiadomości do przesyłania i gwarantuje, że duże wiadomości nie uniemożliwiają małych wiadomości od przesyłanych.
Wybieranie typu sprawdzania poprawności
Sprawdzanie poprawności określone dla wiadomości zależy od zawartości wiadomości.Powszechną praktyką jest używanie najbardziej restrykcyjne sprawdzania poprawności dostępne podczas testowania, a następnie wybrać mniej restrykcyjne sprawdzania poprawności, aby zwiększyć wydajność, gdy aplikacja jest rozmieszczana.Na przykład istnieje możliwość wymiany wpisywanych dokument XML jako treść wiadomości, która określa, przy sprawdzaniu poprawności o wartości Brak.W tym przypadek aplikacja sprawdza poprawność komunikatu podczas przetwarzania kodu XML.
Format sieci wiadomości zawiera nazwę typ komunikatu.Dlatego nazwy typów komunikatów często są wybierane w celu uniknięcia problemów sortowanie i konflikty nazw.Aby uzyskać więcej informacji na temat nadawania nazw Zobacz Nadawanie nazw usługa Broker obiektów.
Wskazujący na sukces i niepowodzenie
Zazwyczaj aplikacji nie definiuje nowe typy wiadomości oznacza sukces lub niepowodzenie.Zamiast tego należy użyć instrukcja END KONWERSACJI oznacza, że Konwersacja została zakończona i że zadania zakończyła się pomyślnie.Jeśli zadanie nie powiodło się, należy dodać opcję WITH błąd zwraca komunikat o błędzie w konwersacji.
Ogólnie rzecz biorąc tylko jeden z uczestników konwersacji powinna kończyć konwersację, po wykonaniu zadania.Inni uczestnicy wystawia tylko ROZMOWY END w odpowiedzi na wiadomość End Dialog lub wystąpił błąd.usługa można znaleźć w dokumentacji zazwyczaj określa, które uczestnik kończy się do konwersacji, jeśli komunikacji zakończy się pomyślnie.Dostarczanie tej dokumentacji pomaga uniknąć problemów, gdy uczestnik nie kończy się konwersacji lub gdy jeden uczestnik kończy się do konwersacji podczas wykonywania innych uczestników nadal zadań.Oba punkty końcowe musi być w stanie przetworzyć komunikaty o błędach, ponieważ oba punkty końcowe są dostarczane wiadomości usługa Broker wewnętrznych.Na przykład jeśli okres istnienia, w oknie dialogowym wygaśnie przed zamknięciem okna dialogowego, oba punkty końcowe wyświetlany jest komunikat o błędzie usługa Broker.
Albo uczestnik może zakończyć konwersację z powodu błędu w dowolnym czas.Aby zapoznać się z omówieniem obsługi usługa Broker komunikaty o błędach zobacz Obsługa komunikatów o błędach usługa Broker.