Specyfikacja aktywowania JMS [Ustawienia]

Specyfikacja aktywowania JMS jest powiązana z jednym lub większą liczbą komponentów bean sterowanych przez komunikaty i udostępnia konfigurację niezbędną do odbierania komunikatów.

Aby wyświetlić ten panel w konsoli, należy kliknąć jedną z następujących ścieżek:
  • Zasoby > JMS > Specyfikacje aktywowania > nazwa_specyfikacji_aktywowania
  • Zasoby > JMS > Dostawcy JMS > dostawca _przesyłania_komunikatów > [Właściwości dodatkowe] Specyfikacje aktywowania > nazwa_specyfikacji_aktywowania
Ten panel umożliwia przeglądanie lub zmianę właściwości konfiguracyjnych wybranej specyfikacji aktywowania JMS na potrzeby domyślnego dostawcy przesyłania komunikatów.

Specyfikacja aktywowania JMS jest tworzona, jeśli komponent bean sterowany komunikatami ma komunikować się z domyślnym dostawcą przesyłania komunikatów przy użyciu architektury Java EE Connector Architecture (JCA) 1.5. Architektura JCA pozwala nawiązywać połączenia Java między serwerami aplikacji, takimi jak produkt WebSphere Application Server, a systemami informacyjnymi przedsiębiorstwa. Udostępnia to standaryzowaną metodę integrowania dostawców JMS z serwerami aplikacji Java EE i środowisko do wymiany danych z systemami korporacyjnymi, w których dane są przesyłane w formie komunikatów.

Poza właściwościami Nazwa, Nazwa JNDI, Nazwa JNDI miejsca docelowego i Alias uwierzytelniania, wszystkie właściwości konfiguracji specyfikacji aktywowania są przesłaniane przez odpowiednio nazwane właściwości konfiguracji aktywowania w deskryptorze wdrażania powiązanego komponentu bean sterowanego komunikatami EJB 2.1 lub nowszego. W przypadku komponentu bean sterowanego komunikatami EJB 2.0 właściwości Typ miejsca docelowego, Trwałość subskrypcji, Tryb potwierdzania i Selektor komunikatów są przesłaniane przez odpowiednie elementy podane w deskryptorze wdrażania. W przypadku każdego typu komponentu bean właściwość Nazwa JNDI miejsca docelowego może zostać przesłonięta przez wartość określoną w powiązaniach komponentu bean sterowanego komunikatami.

Właściwości specyfikacji aktywowania wpływają na to, w jaki sposób domyślny dostawca funkcji przesyłania komunikatów wybiera mechanizm przesyłania komunikatów, z którym łączy się aplikacja komponentu bean sterowanego komunikatami. Domyślnie środowisko automatycznie nawiązuje połączenie między aplikacjami i mechanizmem przesyłania komunikatów dostępnym na magistrali. Istnieje jednak możliwość określenia dodatkowych szczegółów konfiguracji, które mają wpływ na proces połączenia, na przykład w celu zidentyfikowania specjalnych serwerów startowych, ograniczenia połączenia tylko do podgrupy dostępnych mechanizmów przesyłania komunikatów, zwiększenia dostępności lub wydajności albo zapewnienia sekwencyjnego przetwarzania odbieranych komunikatów. Aby dowiedzieć się dlaczego i w jaki sposób te operacje są wykonywane, należy zapoznać się z tematem W jaki sposób aplikacje JMS łączą się z mechanizmem przesyłania komunikatów na magistrali (tryb z połączeniem).


Odsyłacze oznaczone tekstem (tryb z połączeniem) wymagają dostępu do Internetu. Każdy odsyłacz uruchamia wyszukiwanie tematu w elektronicznym Centrum informacyjnym. Po wyświetleniu wyników wyszukiwania należy wybrać temat najbardziej odpowiadający konfiguracji użytkownika.

Sprawdź, czy istnieją aktualizacje dla tego tematu (tryb z połączeniem)

Pojęcia pokrewne
Cel i czas przekazania ładunku komunikatu JMS przez odwołanie (tryb z połączeniem)
Topologie integracji usług (tryb z połączeniem)
Zadania pokrewne
Konfigurowanie przytłumiania MDB dla domyślnego dostawcy przesyłania komunikatów (tryb z połączeniem)
Konfigurowanie specyfikacji aktywowania dla domyślnego dostawcy przesyłania komunikatów (tryb z połączeniem)
Konfigurowanie połączenie z serwerem startowym innym niż domyślny (tryb z połączeniem)
Odsyłacze pokrewne
Przekazywanie ładunku komunikatu przez odwołanie: Potencjalne korzyści dla poszczególnych kroków przetwarzania (tryb z połączeniem)
Przekazywanie ładunku komunikatu przez odwołanie: Scenariusze użycia i przykładowy kod aplikacji przekazujących (tryb z połączeniem)
Przekazywanie ładunku komunikatu przez odwołanie: Przykładowy kod dla aplikacji producenta i konsumenta (tryb z połączeniem)
Informacje pokrewne
Przyciski Konsoli administracyjnej
Preferencje Konsoli administracyjnej

Karta Konfiguracja

Na karcie Konfiguracja wyświetlane są właściwości konfiguracyjne dla tego obiektu. Wartości tych właściwości są zachowywane nawet wtedy, gdy środowisko wykonawcze zostanie zatrzymane i zrestartowane. Informacje na temat stosowania zmian konfiguracyjnych do środowiska wykonawczego można znaleźć w opisach czynności Centrum informacyjnego.

Właściwości ogólne

Zasięg

Określa najwyższy poziom w topologii, na którym serwery aplikacji mogą używać tego obiektu zasobu.

Wymagane Nie
Typ danych Tekst

Dostawca

Określa dostawcę JMS, który umożliwia asynchroniczne przesyłanie komunikatów oparte na usłudze JMS (Java Message Service). Udostępnia fabryki połączeń J2EE na potrzeby tworzenia połączeń dla konkretnych miejsc docelowych kolejki lub tematu JMS. Obiekty administracyjne dostawcy JMS są używane do zarządzania zasobami JMS dla powiązanego dostawcy JMS.

Wymagane Nie
Typ danych Tekst

Nazwa

Wymagana wyświetlana nazwa zasobu

Wymagane Tak
Typ danych Tekst

Nazwa JNDI

Nazwa JNDI zasobu

Wpisz nazwę JNDI, która jest określona w powiązaniach dla komponentów bean sterowanych komunikatami powiązanych z tą specyfikacją aktywowania.
Wymagane Tak
Typ danych Tekst

Opis

Opcjonalny opis zasobu

Wymagane Nie
Typ danych Obszar tekstowy

Typ miejsca docelowego

Określa, czy dany komponent bean sterowany komunikatami używa miejsca docelowego tematu lub kolejki.

Wymagane Tak
Typ danych lista rozwijana
Zakres
Kolejka
Komponent bean sterowany komunikatami korzysta z kolejki JMS. Nazwa JNDI kolejki JMS jest określona w ramach właściwości Nazwa JNDI miejsca docelowego.

Temat
Komponent bean sterowany komunikatami korzysta z tematu JMS. Nazwa JNDI tematu JMS jest określona w ramach właściwości Nazwa JNDI miejsca docelowego.

Nazwa JNDI miejsca docelowego

Nazwa JNDI miejsca docelowego.

Wpisz nazwę JNDI używaną przez komponent bean sterowany komunikatami do wyszukiwania miejsca docelowego JMS w przestrzeni nazw JNDI.

Wybierz typ miejsca docelowego we właściwości Typ miejsca docelowego.

Wymagane Tak
Typ danych Tekst

Selektor komunikatów

Selektor komunikatów JMS używany do określania, które komunikaty są odbierane przez komponent bean sterowany komunikatami. Wartość ta jest łańcuchem używanym w celu wybrania podzbioru dostępnych komunikatów. Składnia jest oparta na podzbiorze składni wyrażenia warunkowego języka SQL 92 zgodnie z opisem w specyfikacji usługi JMS. Więcej informacji można znaleźć w Centrum informacyjnym.

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.

Wartość NULL (pusty łańcuch) oznacza, że dla konsumenta komunikatów nie ma żadnego selektora komunikatów.

Wymagane Nie
Typ danych Tekst

Nazwa magistrali

Nazwa magistrali, z którą ma zostać nawiązane połączenie.

Wpisz nazwę magistrali integracji usług, z którą mają być nawiązane połączenia. Musi to być nazwa magistrali, na której jest zdefiniowane miejsce docelowe identyfikowane przez właściwość Nazwa JNDI miejsca docelowego.
Wymagane Nie
Typ danych Niestandardowe

Tryb potwierdzania

Sposób potwierdzania odbieranych komunikatów przez sesję.

Tryb potwierdzania wskazuje sposób potwierdzania komunikatów odbieranych przez komponent bean sterowany komunikatami.
Uwaga:

Potwierdzenie jest wysyłane po usunięciu komunikatu.

W przypadku nietransakcyjnego komponentu bean sterowanego komunikatami system usuwa komunikat po uruchomieniu komponentu bean lub po zakończeniu jego działania. Gdy komponent bean wygeneruje wyjątek i z tego powodu nie zostanie zakończony, system wykona jedno z następujących działań:
  • Jeśli system został skonfigurowany w celu usuwania komunikatu po zakończeniu działania komponentu bean, komunikat zostaje przekazany do nowej instancji komponentu bean, co zapewnia następną możliwość przetworzenia tego komunikatu.
  • Jeśli system skonfigurowano tak, aby usuwał komunikat po uruchomieniu komponentu bean, komunikat 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 wartości jakości usługi komunikat zostaje usunięty po zakończeniu działania przez komponent bean.

Wymagane Nie
Typ danych lista rozwijana
Zakres
Automatyczne potwierdzanie
Sesja automatycznie potwierdza dostarczenie komunikatu.

Automatyczne potwierdzanie z możliwymi duplikatami
Sesja potwierdza dostarczenie komunikatów z opóźnieniem, co ma dodatni wpływ na wydajność, ale może skutkować wielokrotnym przesłaniem komunikatu do komponentu bean sterowanego komunikatami.

Element docelowy

Nazwa elementu docelowego, która identyfikuje grupę mechanizmów przesyłania komunikatów. Określ typ elementu docelowego przy użyciu właściwości Typ elementu docelowego.

Wymagane Nie
Typ danych Tekst

Typ elementu docelowego

Typ elementu docelowego, który określono we właściwości Element docelowy.

Wymagane Nie
Typ danych lista rozwijana
Zakres
Nazwa elementu magistrali
Nazwa elementu magistrali. Ta opcja umożliwia pobranie aktywnych mechanizmów przesyłania komunikatów obsługiwanych przez podany element magistrali (serwer aplikacji lub klaster serwerów).

Nazwa grupy niestandardowych mechanizmów przesyłania komunikatów
Nazwa niestandardowej grupy mechanizmów przesyłania komunikatów (tworzących samodzielnie deklarowany klaster). Ta opcja umożliwia pobranie aktywnych mechanizmów przesyłania komunikatów, które zostały zarejestrowane w podanej grupie niestandardowej.

Nazwa mechanizmu przesyłania komunikatów
Nazwa mechanizmu przesyłania komunikatów. Ta opcja umożliwia pobranie dostępnych punktów końcowych, za pomocą których można uzyskać dostęp do podanego mechanizmu przesyłania komunikatów.

Znaczenie elementu docelowego

Ta właściwość określa znaczenie grupy docelowej.

Wymagane Nie
Typ danych lista rozwijana
Zakres
Preferowane
Preferowanym rozwiązaniem jest wybieranie mechanizmu przesyłania komunikatów z grupy docelowej. Wybór mechanizmu przesyłania komunikatów z grupy docelowej następuje wtedy, gdy zawiera ona dostępny mechanizm. Jeśli mechanizm przesyłania komunikatów nie jest dostępny w grupie docelowej, wybierany jest mechanizm przesyłania komunikatów spoza tej grupy, jeśli jest on dostępny w ramach tej samej magistrali integracji usług.

Wymagane
Wymaganym rozwiązaniem jest wybieranie mechanizmu przesyłania komunikatów z grupy docelowej. Wybór mechanizmu przesyłania komunikatów z grupy docelowej następuje wtedy, gdy zawiera ona dostępny mechanizm. Jeśli mechanizm przesyłania komunikatów nie jest dostępny w grupie docelowej, proces nawiązywania połączenia kończy się niepowodzeniem.

Docelowy przychodzący łańcuch transportowy

Nazwa łańcucha transportowego danych przychodzących, który ma być używany przez aplikację jako docelowy podczas nawiązywania połączenia z mechanizmem przesyłania komunikatów znajdującym się w innym procesie niż aplikacja. W przypadku wybrania mechanizmu przesyłania komunikatów w innym procesie połączenie można nawiązać tylko wtedy, gdy mechanizm przesyłania komunikatów znajduje się na serwerze, na którym działa określony łańcuch transportowy danych przychodzących. Więcej informacji można znaleźć w Centrum informacyjnym.

Jeśli wybrany mechanizm przesyłania komunikatów znajduje się na tym samym serwerze co aplikacja, tworzone jest bezpośrednie połączenie wewnątrzprocesowe, a ta właściwość łańcucha transportowego jest ignorowana.

Łańcuchy transportowe reprezentują stosy protokołu sieciowego działające w ramach serwera. Określaną nazwą musi być nazwa jednego z łańcuchów transportowych dostępnych na serwerze udostępniającym mechanizm przesyłania komunikatów zgodnie z informacjami w panelu Serwery > Typy serwerów > Serwery aplikacji WebSphere > nazwa_serwera > [Przesyłanie komunikatów serwera] Transporty przychodzące mechanizmu przesyłania komunikatów. Standardowo dostępne są poniższe łańcuchy transportowe, jednak przy użyciu tego panelu można zdefiniować własne.
InboundBasicMessaging
Jest to zorientowany na połączenia protokół, w którym są używane standardowe połączenia TCP/IP (JFAP-TCP/IP). Obejmuje on obsługę dwufazowych przepływów transakcyjnych (zdalne XA), dzięki której producent i konsument działający na kliencie lub na serwerze mogą brać udział w transakcji globalnej zarządzanej w ramach systemu danego klienta lub serwera. Konkretnym zastosowaniem przepływów XA jest obsługa dostępu z poziomu aplikacji działającej na serwerze do mechanizmu przesyłania komunikatów na innym serwerze, na przykład wtedy, gdy na pierwszym serwerze nie jest dostępny odpowiedni mechanizm przesyłania komunikatów. W przypadku użycia zdalnych przepływów XA musi być dostępny koordynator transakcji lokalny wobec aplikacji.
InboundSecureMessaging
Jest to protokół InboundBasicMessaging opakowany w ramach protokołu SSL.
Więcej informacji na temat korzystania z tej właściwości wraz z innymi właściwościami fabryk połączeń w celu zarządzania obciążeniem połączeń zawiera temat Właściwości administracyjne połączeń JMS z magistralą (tryb z połączeniem).
Wymagane Nie
Typ danych Tekst

Punkty końcowe dostawcy

Wprowadź listę rozdzielonych przecinkami punktów końcowych w postaci trójek o składni hostName:portNumber:chainName, które służą do łączenia się z serwerem startowym. Na przykład: Merlin:7276:BootstrapBasicMessaging,Gandalf:5557:BootstrapSecureMessaging.

Punkty końcowe dostawcy nie są używane do momentu, aż określona magistrala nie znajdzie się w lokalnej komórce. Aplikacje komponentu bean sterowanego komunikatami rozpoczynają od próby połączenia się z określoną magistralą w komórce lokalnej. Jeśli próba zakończy się niepowodzeniem, punkty końcowe dostawcy umożliwiają aplikacjom przyjmowanie komunikatów ze zdalnej komórki.

Jeśli nazwa hosta nie zostanie określona, przyjmowana jest wartość domyślna localhost.

Jeśli numer portu nie zostanie określony, przyjmowana jest wartość domyślna 7276.

Jeśli protokół nie zostanie określony, jako wartość domyślna przyjmowany jest predefiniowany łańcuch, taki jak BootstrapBasicMessaging.

Wymagane Nie
Typ danych Obszar tekstowy

Maksymalna wielkość partii

Maksymalna liczba komunikatów otrzymywanych z mechanizmu przesyłania komunikatów w pojedynczej partii.

Maksymalna liczba komunikatów w jednej partii dostarczanej szeregowo do pojedynczej instancji komponentu bean sterowanego komunikatami. Tworzenie partii komunikatów może zwiększyć wydajność, zwłaszcza jeśli jest używane z Tryb potwierdzania ustawionym na Automatyczne potwierdzanie z możliwymi duplikatami. Jeśli kolejność komunikatów musi zostać zachowana w nieudanych próbach dostarczenia, należy ustawić wielkość partii na 1.
Wymagane Nie
Typ danych Integer
Zakres Od 1 do 2147483647

Maksymalna liczba współbieżnych wywołań komponentu MDB na jeden punkt końcowy

Maksymalna liczba punktów końcowych, do których komunikaty są dostarczane współbieżnie.

Zwiększenie tej liczby może poprawić wydajność, ale i zwiększyć liczbę wątków, które są jednocześnie w użyciu. Jeśli kolejność komunikatów musi zostać zachowana w nieudanych próbach dostarczenia, należy ustawić maksymalną liczbę współbieżnych punktów końcowych na 1. Kolejność komunikatów ma zastosowanie jedynie wtedy, jeśli miejsce docelowe, z którego pobiera komunikaty komponent bean sterowany komunikatami, nie jest partycjonowanym miejscem docelowym. Partycjonowane miejsca docelowe są używane w scenariuszach współdzielenia obciążenia w klastrze.
Wymagane Nie
Typ danych Integer
Zakres Od 1 do 2147483647

Automatycznie zatrzymuj punkty końcowe w razie powtarzających się awarii komunikatów

Te parametry umożliwiają automatyczne zatrzymanie punktu końcowego po osiągnięciu określonego limitu przez liczbę kolejnych komunikatów, których przetworzenie zakończyło się niepowodzeniem. Pozwala to odróżnić komunikaty, których przesłanie zakończyło się niepowodzeniem z powodu problemów związanych z samymi komunikatami, od problemów z zasobami systemu powodującymi wiele sekwencyjnych niepowodzeń przetwarzania komunikatów.

Zatrzymanie punktu końcowego zmniejsza liczbę komunikatów przenoszonych niepotrzebnie do miejsca docelowego wyjątków, jeśli problemu nie powodują komunikaty, których przetwarzanie kończy się niepowodzeniem.

Po automatycznym zatrzymaniu punktu końcowego jego status na panelu Konsoli administracyjnej zmieni się na czerwony. Należy go zrestartować ręcznie, klikając przycisk Wznów.

Po zrestartowaniu punktu końcowego podejmowana jest próba przetworzenia wszystkich komunikatów, których przetworzenie nie powiodło się, co spowodowało zatrzymanie punktu końcowego. Jeśli ich przetworzenie nadal kończy się niepowodzeniem, przenoszone są do miejsca docelowego wyjątków, jeśli jest skonfigurowane.

Włącz

Włącz automatyczne zatrzymywanie punktu końcowego w oparciu o poniższe parametry.

Wymagane Nie
Typ danych Pole wyboru

Próg sekwencyjnych niepowodzeń przesyłania komunikatów

Punkt końcowy zostanie zatrzymywany, gdy liczba sekwencyjnych awarii komunikatów osiągnie skonfigurowany limit. Ze względu na współbieżność komponentów MDB faktyczna liczba przetworzonych komunikatów może przekraczać tę wartość.

Ta właściwość nie jest włączona, jeśli nie włączono właściwości Automatycznie zatrzymuj punkty końcowe w razie powtarzających się awarii komunikatów.

Wymagane Nie
Typ danych Integer

Opóźnienie między ponownymi próbami przesłania komunikatu

Każdy komunikat, który nie został przetworzony przez komponent MDB, ale który nie osiągnął jeszcze maksymalnego limitu niepowodzeń dostarczania, będzie ponawiany dopiero po upływie tego czasu. W tym czasie mogą być podejmowane próby dostarczenia innych komunikatów, o ile próg maksymalnej liczby sekwencyjnych awarii oraz poziom maksymalnej współbieżności nie zostały ustawione na 1.

Ustawienie opóźnienia dla prób ponowienia komunikatów zakończonych niepowodzeniem zmniejsza liczbę komunikatów przenoszonych niepotrzebnie do miejsca docelowego wyjątków przed zatrzymaniem komponentu bean sterowanego komunikatami. Aby zminimalizować liczbę przenoszonych komunikatów, opóźnienie powinno być większe niż oczekiwany odstęp czasu między komunikatami odbieranymi w miejscu docelowym.

Ta właściwość nie jest włączona, jeśli nie włączono właściwości Automatycznie zatrzymuj punkty końcowe w razie powtarzających się awarii komunikatów.

Wymagane Nie
Typ danych Integer
Zakres Czas w milisekundach. Wartość 0 oznacza brak opóźnienia między ponownymi próbami.

Trwałość subskrypcji

Określa, czy subskrypcja tematu JMS jest trwała czy nietrwała.

Zazwyczaj tylko jedna aplikacja na raz może mieć konsumenta dla określonej trwałej subskrypcji. Ta właściwość umożliwia przesłonięcie takiego zachowania, aby dana subskrypcja trwała mogła mieć wiele symultanicznych konsumentów.
Wymagane Nie
Typ danych lista rozwijana
Zakres
Trwała
Dostawca komunikatów przechowuje komunikaty w okresie niedostępności komponentu bean sterowanego komunikatami i dostarcza je w momencie ponownego udostępnienia tego komponentu.

Nietrwała
Dostawca komunikatów nie przechowuje komunikatów w okresie braku dostępności komponentu bean sterowanego komunikatami i nie podejmuje próby ponownego dostarczenia komunikatów.

Nazwa subskrypcji

Nazwa subskrypcji wymagana w przypadku trwałych subskrypcji tematów. To pole jest wymagane w przypadku używania trwałej subskrypcji tematu.

Każda trwała subskrypcja JMS jest identyfikowana przez nazwę subskrypcji (określoną w tej właściwości). Z połączeniem JMS jest także powiązany identyfikator klienta (określony we właściwości Identyfikator klienta), który służy do powiązywania połączenia i jego obiektów z listą komunikatów (w trwałej subskrypcji) obsługiwaną przez dostawcę JMS dla klienta.

Nazwa tej subskrypcji musi być unikalna dla określonego identyfikatora klienta.

Wymagane Nie
Typ danych Tekst

Identyfikator klienta

Identyfikator klienta JMS wymagany w przypadku trwałych subskrypcji tematów dla wszystkich połączeń utworzonych przy użyciu tej specyfikacji aktywowania.

Określona wartość jest unikalnym identyfikatorem klienta (komponentu bean sterowanego komunikatami). Identyfikator klienta służy do powiązywania połączenia klienta z listą komunikatów (w trwałej subskrypcji), którą dostawca przesyłania komunikatów przechowuje dla klienta. Gdy po nieobecności klienta stanie się on ponownie dostępny, dostawca przesyłania komunikatów używa identyfikatora klienta do ponownego dostarczenia przechowywanych komunikatów do odpowiedniego klienta.
Wymagane Nie
Typ danych Tekst

Punkt trwałej subskrypcji

Nazwa mechanizmu przesyłania komunikatów używanego w celu przechowywania komunikatów dostarczanych do trwałych subskrypcji na potrzeby obiektów utworzonych z poziomu tej specyfikacji aktywowania JMS. To pole jest wymagane w przypadku używania trwałej subskrypcji tematu.

Administratorzy mogą zarządzać stanem środowiska wykonawczego trwałych subskrypcji za pomocą punktów publikacji dla tego mechanizmu przesyłania komunikatów.
Wymagane Nie
Typ danych Tekst

Przekazywanie ładunku komunikatu przez odwołanie

Podczas przesyłania dużych komunikatów obiektowych lub bajtowych koszt użycia pamięci oraz procesora w trakcie przekształcania do postaci szeregowej, przekształcania z postaci szeregowej i kopiowania ładunku komunikatu może być znaczny.Jeśli w fabryce połączeń lub w specyfikacji aktywowania zostaną włączone właściwości przekazywania ładunku komunikatu przez referencję, domyślny dostawca przesyłania komunikatów przesłoni specyfikację JMS w wersji 1.1 i potencjalnie ograniczy kopiowanie danych lub je pominie.
UWAGA:
Części specyfikacji JMS, które zostały pominięte w przypadku tych właściwości, są definiowane w celu zapewnienia integralności danych komunikatu. W przypadku dowolnej aplikacji JMS korzystającej z tych właściwości muszą być ściśle przestrzegane reguły opisane w temacie Dlaczego i kiedy należy przekazywać ładunek komunikatu JMS przez odwołanie (tryb z połączeniem). W przeciwnym razie może wystąpić ryzyko utraty integralności danych.

W przypadku aplikacji używających tej specyfikacji aktywowania do odbierania komunikatów musi być przestrzegana następująca reguła:

  • Aplikacja nie modyfikuje obiektu danych pobranego z komunikatu JMS o typie treści ObjectMessage. Obiekt danych jest traktowany jako obiekt tylko do odczytu.

Gdy opcja ta jest włączona, dane komunikatów obiektowych otrzymywanych za pośrednictwem tej specyfikacji aktywacji będą przez system przekształcane do postaci szeregowej tylko wtedy, gdy będzie to absolutnie konieczne. Aplikacje muszą traktować dane pobrane z tych komunikatów jako dostępne tylko do odczytu.

Wymagane Nie
Typ danych Pole wyboru

W przypadku aplikacji ponownie wysyłających komunikaty, które zostały wcześniej odebrane przy użyciu danej specyfikacji aktywowania, musi być przestrzegana następująca reguła:

  • Aplikacja może zastąpić obiekt danych w komunikacie obiektu JMS pod warunkiem, że obiekt danych nie został jeszcze ustawiony w komunikacie. Aplikacja nie modyfikuje ani nie zastępuje obiektu danych po jego ustawieniu w komunikacie.
  • Aplikacja może zastąpić tablicę bajtów w komunikacie JMS o typie treści BytesMessage, ale tylko przy użyciu pojedynczego wywołania metody writeBytes(byte[]) i pod warunkiem, że tablica bajtów nie została jeszcze ustawiona w komunikacie. Aplikacja nie modyfikuje ani nie zastępuje tablicy bajtów po jej ustawieniu w komunikacie.

Gdy opcja ta jest włączona, dane komunikatów obiektowych/bajtowych przekazywanych za pośrednictwem tej specyfikacji aktywacji, których ładunki zostaną zmodyfikowane, nie będą kopiowane po ustawieniu w komunikacie, a system będzie je przekształcać do postaci szeregowej tylko wtedy, gdy będzie to absolutnie konieczne. Aplikacjom wysyłającym takie komunikaty nie wolno modyfikować danych po ich ustawieniu w komunikacie.

Wymagane Nie
Typ danych Pole wyboru

Współużytkuj trwałe subskrypcje

Określa, czy trwałe subskrypcje są współużytkowane w ramach połączeń z elementami klastra serwerów.

Zazwyczaj tylko jedna sesja na raz może mieć subskrybenta tematów (TopicSubscriber) dla danej subskrypcji trwałej. Ta właściwość pozwala nadpisać takie zachowanie, aby umożliwić trwałej subskrypcji jednoczesne posiadanie wielu klientów, po jednym na każdym serwerze aplikacji w klastrze serwerów.

For WebSphere Application Server ExpressFor WebSphere Application Server base edition Wartość domyślną tej opcji należy zmieniać tylko w przypadku środowisk serwera WebSphere Application Server obsługujących klastry serwerów.

Wymagane Nie
Typ danych lista rozwijana
Zakres
W klastrze
Umożliwia współużytkowanie trwałych subskrypcji przy nawiązywaniu połączeń z wnętrza klastra serwerów.

Zawsze współużytkowane
Trwałe subskrypcje są współużytkowane przez połączenia.

Nigdy niewspółużytkowane
Trwałe subskrypcje nie są współużytkowane przez połączenia.

Współużytkuj źródło danych z obiektami CMP

Umożliwia współużytkowanie połączeń między interfejsem JMS i komponentami bean obiektów CMP (container-managed persistence).

Ustawienie tej opcji należy do czynności udostępniania komponentom bean typu CMP (container-managed persistence - trwałość zarządzana przez kontener) możliwości współużytkowania połączeń baz danych używanych przez składnicę danych mechanizmu przesyłania komunikatów. Szacuje się, że takie ustawienie może potencjalnie podnieść wydajność o 15% w stosunku do całości przepustowości komunikatów, jednak może ono zostać użyte tylko dla komponentów bean obiektów, które są połączone z serwerem aplikacji zawierającym mechanizm przesyłania komunikatów.

Więcej informacji na temat używania tej opcji zawiera sekcja Włączanie współużytkowania połączeń z bazą danych przez komponenty bean obiektów typu CMP i składnice danych mechanizmu przesyłania komunikatów (tryb z połączeniem).

Wymagane Nie
Typ danych Pole wyboru

Odczyt z wyprzedzeniem

Odczyt z wyprzedzeniem to mechanizm optymalizacji, który pozwala przypisywać komunikaty do konsumentów z odpowiednim wyprzedzeniem. Dzięki temu czas realizacji żądań konsumenta jest krótszy.

Komunikaty przypisywane do konsumenta są blokowane na serwerze i nie mogą być używane przez innych konsumentów w ramach danego miejsca docelowego. Przypisane do konsumenta komunikaty, które nie zostały użyte przed jego zamknięciem, są kolejno odblokowywane na serwerze i udostępniane do odbioru przez innych konsumentów.

Tę właściwość można nadpisać w wybranych miejscach docelowych JMS, ustawiając właściwość Odczyt z wyprzedzeniem poszczególnych miejsc docelowych JMS.

Wymagane Nie
Typ danych lista rozwijana
Zakres
Domyślny
Dostawca przesyłania komunikatów z odpowiednim wyprzedzeniem przypisuje komunikaty do konsumentów w ramach subskrypcji nietrwałych oraz subskrypcji trwałych, które nie są współużytkowane. Optymalizacja odczytu z wyprzedzeniem jest zatem włączana jedynie wtedy, gdy może wystąpić tylko jeden konsument.

Włączony
Dostawca przesyłania komunikatów z odpowiednim wyprzedzeniem przypisuje komunikaty do konsumentów. Dzięki temu czas realizacji żądań konsumenta jest krótszy.

Wyłączony
Dostawca przesyłania komunikatów nie przypisuje z wyprzedzeniem komunikatów do konsumentów.

Zawsze aktywuj obsługę MDB na wszystkich serwerach

Tej właściwości używa się tylko wtedy, gdy aplikacja MDB działa na serwerze, który jest elementem magistrali będącej miejscem docelowym dla aplikacji. Nie występują żadne działania, jeśli aplikacja MDB działa na serwerze, który nie jest elementem docelowej magistrali.

Jeśli aplikacja MDB działa na serwerze, który jest elementem docelowej magistrali, włączenie tej opcji pozwala aplikacji MDB na przetwarzanie komunikatów bez względu na to, czy serwer udostępnia również działający mechanizm przesyłania komunikatów. Jeśli ta opcja nie jest włączona, wówczas komunikaty nie są przetwarzane przez aplikacje MDB działające na serwerach, które nie mają uruchomionego lokalnego mechanizmu przesyłania komunikatów.

For WebSphere Application Server Network Deployment W przypadku aplikacji MDB łączących się z elementem magistrali klastra można również użyć tej opcji do włączenia dowolnej z poniższych dodatkowych konfiguracji:
  • Wszystkie serwery w klastrze mogą odbierać komunikaty z aplikacji komponentu MDB, umożliwiając pełne wykorzystanie mocy obliczeniowej klastra.
  • Tylko jeden serwer w danym momencie może odbierać komunikaty z aplikacji komponentu MDB, zapewniając sekwencyjne przetwarzanie komunikatów.
Aby włączyć na wszystkich serwerach w klastrze otrzymywanie komunikatów od aplikacji MDB, należy wybrać tę opcję. Aby w danym momencie włączyć otrzymywanie komunikatów z aplikacji MDB tylko na jednym serwerze, należy upewnić się, że ta opcja nie została wybrana oraz wybrać opcję receive exclusive w miejscu docelowym.

For WebSphere Application Server Network Deployment Więcej informacji znajduje się w temacie W jaki sposób komponent bean sterowany komunikatami łączy się w klastrze (tryb z połączeniem).

Wymagane Nie
Typ danych Pole wyboru

Odstęp czasu ponowienia

Opóźnienie (w sekundach) między próbami połączenia z mechanizmem przesyłania komunikatów. Dotyczy zarówno połączenia początkowego, jak i wszelkich kolejnych prób nawiązania lepszego połączenia.

Wymagane Nie
Typ danych Integer
Zakres Od 1 do 2147483647

Alias uwierzytelniania

Alias uwierzytelniania J2C używany w celu zarządzanego na poziomie komponentu uwierzytelniania połączeń z magistralą integracji usług.

Alias uwierzytelniania architektury konektora JCA (Java Platform, Enterprise Edition - Java EE - Connector Architecture, JCA) określa identyfikator użytkownika i hasło używane do uwierzytelniania tworzenia nowego połączenia z dostawcą JMS.

Wymagane Nie
Typ danych lista rozwijana



Nazwa pliku: SIBJMSActivationSpec_DetailForm.html