Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Ponieważ składniki w kolejce są zaprojektowane tak, aby działały asynchronicznie, aplikacje klienckie nie powinny blokować się podczas oczekiwania na odpowiedź z żądania w kolejce. Niemniej jednak często przydatne jest, aby aplikacja kliencka lub powiązana aplikacja na maszynie klienckiej ostatecznie otrzymała odpowiedź. Na przykład klient może chcieć otrzymywać powiadomienia po pomyślnym zakończeniu żądanej transakcji.
Istnieje wiele sposobów, by składnik w kolejce asynchronicznie wysłał odpowiedź z powrotem do swojego wywołującego. Na przykład może wysłać wiadomość e-mail. Alternatywnie serwer może publikować luźno powiązane zdarzenia, do których klient może subskrybować.
Innym sposobem dla klienta na uzyskanie odpowiedzi od składnika w kolejce, który działa na serwerze, jest przekazanie wywoływanej metodzie przez klienta obiektu powiadomienia. Obiekt powiadomienia jest wystąpieniem składnika w kolejce, który działa na kliencie. Taki obiekt powiadomienia może być dość prosty, zawierający tylko liczbę całkowitą, która jest używana do reprezentowania wartości błędu, lub może być dość złożona, zawierająca wszystkie informacje niezbędne do wycofania transakcji na kliencie. W obu przypadkach wywołujący klient przekazuje obiekt powiadomienia jako parametr wejściowy za każdym razem, gdy chce odpowiedzi z składnika w kolejce, który działa na serwerze. Ponieważ obiekt powiadomień jest w kolejce, serwer może wywołać jego metody, aby zmienić jego stan, który następnie można odczytać przez klienta. W tym scenariuszu usługa składników w kolejce COM+ jest używana zarówno na kliencie, jak i serwerze, aby umożliwić asynchroniczną komunikację w obu kierunkach.