Wysyłanie komunikatów PROTOKOŁU SOAP

Istnieje wiele sposobów obsługi wysyłania odebranych komunikatów PROTOKOŁU SOAP do odpowiedniej usługi. Dwa najprostsze mechanizmy to wysyłka na poziomie transportu oraz adres i wysyłka akcji.

Wysyłka na poziomie transportu

W przypadku wysyłania na poziomie transportu podstawowy serwer HTTP (taki jak interfejs API HTTP) służy do zarządzania routingiem żądań do urządzenia i jego usług. Serwer udostępnia inny adres URL dla każdej usługi oraz urządzenia, a dla każdego adresu URL są rejestrowane różne odbiorniki. Dzięki temu kod może być zaprojektowany tak, aby każda usługa została odizolowana od drugiej, uruchomiona jako oddzielne składniki w ramach tego samego procesu lub uruchomiona jako oddzielne procesy.

Wysyłka na poziomie transportu ma kilka zalet. Komunikaty można wysyłać do odpowiedniego składnika bez uprzedniego analizowania koperty protokołu SOAP lub treści komunikatu. Ponadto istniejący mechanizm routingu komunikatów dostarczanych przez większość implementacji serwera HTTP może być ponownie używany, co oznacza, że niestandardowy kod wysyłania jest niepotrzebny. Izoluje również kod przetwarzania protokołu SOAP między usługami, który zapewnia poziom zabezpieczeń, ponieważ bezpieczne usługi unikają przechodzenia komunikatów przez wspólny kod.

Adres i wysyłanie akcji

Wysyłanie adresów i akcji opiera się na nagłówkach protokołu SOAP w celu określenia odpowiedniej usługi, do której jest wysyłany komunikat. Ten model może również używać dodatkowych informacji, takich jak parametry referencyjne, aby dodatkowo ułatwić wysyłanie.

Ten model zachęca do ponownego użycia kodu w całym stosie obsługi komunikatów warstwowych, ponieważ cały kod do procesora SOAP jest współużytkowany przez wszystkie usługi. Ponadto różne adresy transportu dla usług nie są wymagane, co oznacza, że adresy UUID mogą być używane dla punktów końcowych usługi. Wysyłanie adresów i działań również bezpośrednio przekłada się na model programowania. Deweloperzy mogą podłączyć usługi i urządzenia do jednego składnika, który zarządza routingiem, zamiast wiązać się z warstwą HTTP lub tworzyć oddzielne składniki dla każdej usługi.