Atrybuty deskryptora wdrażania komponentu bean sterowanego komunikatami

Poniżej przedstawiono atrybuty deskryptora wdrażania używanego dla komponentów bean sterowanych komunikatami.

Dostawców komponentów MBean rozszerzeń JMX można skonfigurować w taki sposób, aby rozszerzały istniejące zarządzane zasoby produktu WebSphere w systemie administracyjnym. Każdy dostawca komponentów MBean jest biblioteką zawierającą implementację komponentu MBean JMX i jego pliku deskryptora XML.

Aby wyświetlić tę stronę Konsoli administracyjnej, należy kliknąć opcję Serwery > Typy serwerów > Serwery aplikacji WebSphere > nazwa_serwera. W obszarze Infrastruktura serwera należy kliknąć opcję Administrowanie, a następnie opcję Usługi administracyjne. W obszarze Właściwości dodatkowe kliknij opcję Dostawcy mechanizmu ExtensionMBean.

Typ transakcji

Atrybut określa, czy komponent bean sterowany komunikatami zarządza swoimi transakcjami, czy kontener zarządza transakcjami w imieniu komponentu bean.

Komponent bean
Komponent bean sterowany komunikatami zarządza swoimi transakcjami.
Kontener
Kontener zarządza transakcjami w imieniu komponentu bean.
Selektor komunikatów

Atrybut określa selektor komunikatów JMS używany do wybierania komunikatów, które będą odbierane przez komponent bean komunikatu.

Na przykład:
TypJMS='samochód'
AND kolor='niebieski' AND waga>2500

Łańcuch selektora może odwoływać się do pól w nagłówku komunikatu JMS i pól we właściwościach komunikatu. Selektory komunikatów nie mogą odwoływać się do wartości treści komunikatu.

Tryb potwierdzania

Ten atrybut określa sposób potwierdzania komunikatów odbieranych przez sesję. Ten atrybut jest używany tylko dla sterowanych komunikatami komponentów bean, które używają zarządzanego przez komponent bean rozdzielania transakcji (opcja Typ transakcji jest ustawiona na wartość Bean).

Automatyczne potwierdzanie
Sesja automatycznie potwierdza dostarczenie każdego komunikatu.
Potwierdzenie OK Dups
Sesja z opóźnieniem potwierdza dostarczenie komunikatów. To ustawienie prawdopodobnie spowoduje dostarczanie zduplikowanych komunikatów w przypadku niepowodzenia usługi JMS, zatem ta metoda powinna być używana tylko przez aplikacje konsumentów odpornych na zduplikowane komunikaty.

Zgodnie z definicją w specyfikacji EJB klienty nie mogą używać metody Message.acknowledge() w celu potwierdzania komunikatów. Jeśli wartość parametru CLIENT_ACKNOWLEDGE zostaje przekazana przy użyciu wywołania createxxxSession, komunikaty są automatycznie potwierdzane przez serwer aplikacji i metoda Message.acknowledge() nie jest używana.

Uwaga:

Po usunięciu komunikatu jest wysyłane potwierdzenie.

W przypadku nietransakcyjnego komponentu bean sterowanego komunikatami system usunie komunikat po uruchomieniu lub zakończeniu komponentu bean. Gdy komponent bean wygeneruje wyjątek i z tego powodu nie zostanie zakończony, system podejmie jedno z następujących działań:
  • Jeśli system skonfigurowano tak, aby usuwał komunikat po zakończeniu komponentu bean, komunikat zostanie rozesłany do nowej instancji komponentu bean, aby zapewnić kolejną możliwość przetworzenia komunikatu.
  • Jeśli system skonfigurowano w taki sposób, aby usuwał komunikat po uruchomieniu komponentu bean, komunikat ten zostanie utracony.

Komunikat zostanie usunięty po uruchomieniu komponentu bean, jeśli jakość usługi jest ustawiona na wartość Możliwie optymalny nietrwały. W przypadku wszystkich innych jakości usług komunikat zostanie usunięty po zakończeniu komponentu bean.

Typ miejsca docelowego

Ten atrybut określa, czy dany komponent bean komunikatu używa miejsca docelowego tematu, czy kolejki.

Kolejka
Komponent bean komunikatu używa miejsca docelowego kolejki.
Temat
Komponent bean komunikatu używa miejsca docelowego tematu.
Trwałość subskrypcji

Ten atrybut określa, czy subskrypcja tematu JMS jest trwała, czy nietrwała.

Trwała
Subskrybent rejestruje trwałą subskrypcję z unikalną tożsamością, która jest zachowywana przez usługi JMS. Kolejne obiekty subskrybenta o tej samej tożsamości wznawiają subskrypcję w stanie, w jakim pozostawił ją wcześniejszy subskrybent. Jeśli nie ma aktywnego subskrybenta dla subskrypcji trwałej, usługa JMS zachowuje komunikaty subskrypcji, dopóki nie zostaną one odebrane przez subskrypcję lub dopóki nie upłynie ich termin ważności.
Nietrwała
Subskrypcje nietrwałe istnieją przez czas życia ich obiektu subskrybującego. Oznacza to, że klient widzi komunikaty publikowane w temacie tylko wtedy, gdy jego subskrybent jest aktywny. Jeśli subskrybent jest nieaktywny, klient nie odbiera komunikatów publikowanych w jego temacie.

Subskrybent nietrwały może być używany tylko w tym samym kontekście transakcyjnym (na przykład transakcja globalna lub nieokreślony kontekst transakcji), który istniał podczas tworzenia subskrybenta. Więcej informacji na temat tego ograniczenia kontekstu zawiera sekcja Wpływ kontekstu transakcji na nietrwałe subskrybenty.

Nazwa specyfikacji aktywowania

Atrybut określa nazwę JNDI specyfikacji aktywowania, która zostanie użyta w celu wdrożenia tego komponentu bean sterowanego komunikatami. Ta nazwa musi być zgodna z nazwą specyfikacji aktywowania zdefiniowaną na serwerze WebSphere Application Server.




Zaznaczone odsyłacze (online) wymagają dostępu do Internetu.

Zadania pokrewne
Odsyłacze pokrewne
Ustawienia dostawcy mechanizmu Extension MBean


Nazwa pliku: rmb_ddprops.html