Zunifikowana fabryka połączeń domyślnego dostawcy przesyłania komunikatów [Ustawienia]

Fabryka połączeń JMS służy do nawiązywania połączeń z powiązanym dostawcą JMS miejsc docelowych JMS na potrzeby przesyłania komunikatów w trybie punkt z punktem i w trybie publikowania/subskrypcji. Obiekty administracyjne fabryki połączeń umożliwiają zarządzanie fabrykami połączeń JMS dla domyślnego dostawcy przesyłania komunikatów.

Aby wyświetlić ten panel w konsoli, należy kliknąć jedną z następujących ścieżek:

  • Zasoby > JMS > Fabryki połączeń > nazwa_fabryki
  • Zasoby > JMS > Dostawcy JMS > dostawca _przesyłania_komunikatów > [Właściwości dodatkowe] Fabryki połączeń > nazwa_fabryki
Ustaw, przeglądaj lub zmień właściwości konfiguracji fabryki połączeń JMS na potrzeby domyślnego dostawcy JMS przesyłania komunikatów. Właściwości konfiguracji określają sposób tworzenia połączeń z powiązanymi kolejkami i tematami usług JMS.

Połączenia utworzone w kontenerach serwera przy użyciu tej fabryki połączeń JMS (na przykład z poziomu komponentu EJB) są domyślnie umieszczane w puli przy użyciu zestawiania połączeń architektury konektora JCA (Java Platform, Enterprise Edition - Java EE - Connector Architecture). Można modyfikować ustawienia zestawiania połączeń dla tej fabryki połączeń, wybierając Właściwości puli połączeń odsyłacz w sekcji Właściwości dodatkowe panelu Konsoli administracyjnej.

Właściwości fabryki połączeń 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 JMS. 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. Instrukcje na ten temat można uzyskać, zapoznając się z tematem Konfigurowanie procesu wyboru mechanizmu przesyłania komunikatów na potrzeby aplikacji JMS (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
Fabryki połączeń JMS i integracja usług (tryb z połączeniem)
Cel i czas przekazania ładunku komunikatu JMS przez odwołanie (tryb z połączeniem)
Obce magistrale (tryb z połączeniem)
Topologia wielu magistrali (tryb z połączeniem)
Bezpośrednie i pośrednie kierowanie między magistralami integracji usług (tryb z połączeniem)
Zadania pokrewne
Konfigurowanie zunifikowanej fabryki połączeń dla domyślnego dostawcy przesyłania komunikatów (tryb z połączeniem)
Konfigurowane właściwości łącza magistrali integracji usług (tryb z połączeniem)
Zarządzanie pozycjami danych uwierzytelniania architektury konektora J2EE (tryb z połączeniem)
Administrowanie rolami obcej magistrali (tryb z połączeniem)
Tworzenie nowego łącza produktu WebSphere MQ (tryb z połączeniem)
Konfigurowanie zabezpieczeń magistrali za pomocą Konsoli administracyjnej (tryb z połączeniem)
Konfigurowanie połączeń magistrali obcej (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
For z/OS platforms For WebSphere Application Server Network Deployment Właściwości administracyjne połączeń JMS z magistralą

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

Wymagane Tak
Typ danych Tekst

Opis

Opcjonalny opis zasobu

Wymagane Nie
Typ danych Obszar tekstowy

Kategoria

Opcjonalny łańcuch kategorii używany podczas klasyfikowania lub grupowania danego zasobu.

Wymagane Nie
Typ danych Tekst

Nazwa magistrali

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

Należy wpisać nazwę magistrali lokalnej, jeśli aplikacja nawiązuje połączenie z magistralami obcymi.
Wymagane Tak
Typ danych Niestandardowe

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.

Przed wykonaniem operacji wyszukiwania uwzględniającej bliskość połączenia w celu wybrania odpowiedniego mechanizmu przesyłania komunikatów wybierany jest zestaw mechanizmów przesyłania komunikatów będących elementami określonej grupy docelowej. Wyszukiwanie uwzględniające bliskość połączenia zostaje następnie zawężone do tych mechanizmów. Jeśli grupa docelowa nie jest określona (ustawienie domyślne), podczas wyszukiwania uwzględniającego bliskość połączenia zostaną uwzględnione wszystkie mechanizmy przesyłania komunikatów na magistrali.

Gdy na przykład właściwość Typ elementu docelowego jest ustawiona na wartość Nazwa elementu magistrali, właściwość Element docelowy określa nazwę elementu magistrali, z którego można wybrać odpowiednie mechanizmy przesyłania komunikatów.

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).

Aby określić element magistrali nienależący do klastra, należy ustawić właściwość docelową na wartość <Węzeł01>.<serwer1>. Na przykład Węzeł01.serwer1. W przypadku elementu magistrali, który należy do klastra, właściwość docelowa musi zostać ustawiona na nazwę danego klastra.

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.

Ta właściwość pozwala zdefiniować, czy wyszukiwanie uwzględniające bliskość połączenia jest ograniczone wyłącznie do mechanizmów przesyłania komunikatów w grupie 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.
Uwaga: Połączenie z innym niż preferowane miejscem docelowym może zostać zwrócone, nawet jeśli preferowane miejsce docelowe jest dostępne. Taka sytuacja może mieć miejsce, gdy zestawianie połączeń jest włączone dla fabryki połączeń, co jest ustawieniem domyślnym, jeśli używana jest fabryka połączeń JMS w środowisku serwera:
  • Jeśli preferowany mechanizm przesyłania komunikatów nie jest dostępny, może zostać utworzone połączenie z innym mechanizmem i zapisane w puli połączeń.
  • Następnym razem, gdy aplikacja zażąda połączenia, otrzyma to połączenie, nawet jeśli preferowany mechanizm przesyłania komunikatów okaże się dostępny.
Można modyfikować ustawienia puli połączeń, aby regularnie usuwać z puli wszystkie nieużywane połączenia. Po wyczyszczeniu puli połączeń wykonywane będą połączenia z preferowanym mechanizmem przesyłania komunikatów, jeśli będzie on dostępny. Na przykład należy ustawić parametr ReapTime, AgedTimeout i UnusedTimeout na wartość 300 sekund i parametr PurgePolicy na wartość EntirePool. Spowoduje to odświeżanie puli połączeń co 5 minut. Po upływie tego czasu aplikacja wybierze preferowany mechanizm przesyłania komunikatów (jeśli będzie dostępny).
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.

Protokoły komunikacyjne są określane przez łańcuchy transportowe. Za pomocą tych protokołów można udostępnić metodę komunikacji z serwerem aplikacji, do którego jest podłączona aplikacja kliencka.

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ę oddzielonych przecinkami punktów końcowych w postaci trójek o składni nazwa_hosta:numer_portu:nazwa_łańcucha, które służą do łączenia się z serwerem startowym. Na przykład: Merlin:7276:BootstrapBasicMessaging,Gandalf:5557:BootstrapSecureMessaging. Jeśli nazwa hosta nie zostanie określona, wartością domyślną będzie localhost. Jeśli numer portu nie zostanie określony, wartością domyślną będzie 7276. Jeśli nazwa łańcucha nie zostanie określona, wartością domyślną będzie BootstrapBasicMessaging. Więcej informacji można znaleźć w Centrum informacyjnym.

Tę właściwość należy zmodyfikować tylko wtedy, gdy istnieją aplikacje klienckie działające poza serwerem aplikacji lub gdy istnieją takie aplikacje działające na serwerze w innej komórce, które chcą używać tej fabryki połączeń do nawiązywania połączenia z docelową magistralą integracji usług określoną w fabryce połączeń.

W celu użycia miejsc docelowych JMS domyślnego dostawcy przesyłania komunikatów aplikacja nawiązuje połączenie z mechanizmem przesyłania komunikatów w docelowej magistrali integracji usług, do której są przypisane miejsca docelowe. Na przykład kolejka JMS jest przypisana do miejsca docelowego kolejki na magistrali integracji usług.

Aplikacje klienckie działające poza serwerem aplikacji - na przykład działające w kontenerze klienta lub poza środowiskiem serwera WebSphere Application Server - nie mogą na docelowej magistrali bezpośrednio znaleźć odpowiedniego mechanizmu przesyłania komunikatów w celu nawiązania z nim połączenia. Podobnie jest w przypadku, gdy aplikacja działająca na serwerze w jednej komórce i nawiązująca połączenie z docelową magistralą w innej komórce nie może na docelowej magistrali bezpośrednio znaleźć odpowiedniego mechanizmu przesyłania komunikatów w celu nawiązania z nim połączenia.

W tych scenariuszach klienty (lub serwery na innej magistrali) muszą wykonać proces startowy za pomocą serwera startowego, który jest elementem docelowej magistrali. Serwer startowy jest serwerem aplikacji, na którym działa usługa magistrali integracji usług, ale nie muszą na nim działać mechanizmy przesyłania komunikatów. Serwer startowy wybiera mechanizm przesyłania komunikatów, który działa na serwerze aplikacji obsługującym wymagany docelowy łańcuch transportowy. Aby było możliwe uruchomienie procesu startowego, należy skonfigurować jeden lub wiele punktów końcowych dostawców w fabryce połączeń używanej przez klienta.

Serwer startowy używa konkretnego portu i startowego łańcucha transportowego. Port jest określany przez adres SIB_ENDPOINT_ADDRESS (lub SIB_ENDPOINT_SECURE_ADDRESS w przypadku włączonych zabezpieczeń) mechanizmu przesyłania komunikatów, który udostępnia zdalny koniec łącza. Wraz z nazwą hosta elementy te tworzą adres punktu końcowego serwera startowego.

Właściwości fabryki połączeń JMS używane przez aplikację sterują wybieraniem odpowiedniego mechanizmu przesyłania komunikatów oraz sposobem nawiązywania połączenia między aplikacją a wybranym mechanizmem przesyłania komunikatów.
  • Jeśli nie zostały udostępnione referencje zabezpieczeń, wtedy domyślnie:
    • Jeśli nie został określony host, zostanie użyty host lokalny.
    • Jeśli nie został określony port, zostanie użyty port 7276.
    • Jeśli nie został określony startowy łańcuch kanału, zostanie użyty startowy łańcuch transportowy o nazwie BootstrapBasicMessaging.
  • Jeśli zostały udostępnione referencje zabezpieczeń, wtedy domyślnie:
    • Jeśli nie został określony host, zostanie użyty host lokalny.
    • Jeśli nie został określony port, zostanie użyty port 7286.
    • Jeśli nie został określony startowy łańcuch kanału, zostanie użyty startowy łańcuch transportowy o nazwie BootstrapBasicMessaging.
Uwaga: For IBM i platforms W przypadku platformy IBM i należy (co najmniej) zmienić domyślną nazwę hosta z localhost na nazwa_serwera_użytkownika.

Jeśli aplikacja ma używać serwera startowego o innym adresie punktu końcowego, należy określić wymagany adres punktu końcowego we właściwości Punkty końcowe dostawcy fabryki połączeń JMS, której używa aplikacja kliencka. Można określić jeden lub wiele adresów punktów końcowych serwerów startowych.

Adresy punktów końcowych serwerów startowych muszą zostać określone w każdej fabryce połączeń JMS używanej przez aplikacje poza serwerem aplikacji. Aby uniknąć konieczności określania długiej listy serwerów startowych, kilka najczęściej dostępnych serwerów można udostępnić jako dedykowane serwery startowe. Następnie wystarczy tylko określić krótką listę serwerów startowych w każdej fabryce połączeń.

Uwaga: W przypadku konfigurowania połączenia z serwerem startowym innym niż domyślny należy określić wymagane wartości adresów punktów końcowych, stosując dwukropki jako separatory.
Na przykład: W przypadku serwera z przypisanym niezabezpieczonym portem 7278, na hoście boothost1, jeśli używany jest domyślny łańcuch transportowy BootstrapBasicMessaging:
boothost1:7278:BootstrapBasicMessaging
lub 
boothost1:7278
W przypadku serwera z przypisanym zabezpieczonym portem 7289, na hoście boothost2, jeśli jest używany predefiniowany łańcuch transportowy BootstrapTunneledSecureMessaging:
boothost2:7289:BootstrapTunneledSecureMessaging
Składnia adresu punktu końcowego jest następująca:
[ [nazwa_hosta] [ ":" [numer_portu] [ ":" nazwa_łańcucha] ] ]
Gdzie:
nazwa_hosta
To nazwa hosta, na którym działa serwer. Może to być adres IP. Dla adresu w standardzie IPv6 wartość nazwa_hosta należy umieścić w nawiasach kwadratowych, tak jak w poniższym przykładzie:
[2002:914:fc12:179:9:20:141:42]:7276:BootstrapBasicMessaging
. Jeśli ta wartość nie jest określona, zostanie użyta wartość domyślna localhost.
Uwaga: For IBM i platforms W przypadku platformy IBM i należy (co najmniej) zmienić domyślną nazwę hosta z localhost na nazwa_serwera_użytkownika.
numer_portu
Jeden z następujących adresów mechanizmu przesyłania komunikatów udostępniającego zdalny koniec łącza:
  • SIB_ENDPOINT_ADDRESS (jeśli zabezpieczenia są wyłączone)
  • SIB_ENDPOINT_SECURE_ADDRESS (jeśli zabezpieczenia są włączone)

Jeśli wartość numer_portu nie jest określona, zostanie użyta wartość domyślna 7276.

Aby znaleźć jedną z tych wartości za pomocą Konsoli administracyjnej, należy kliknąć opcję Serwery > Typy serwerów > Serwery aplikacji WebSphere > nazwa_serwera > [Komunikacja] Porty.

nazwa_łańcucha
to nazwa predefiniowanego startowego łańcucha transportowego używanego do nawiązywania połączenia z serwerem startowym. Jeśli ta wartość nie zostanie określona, zostanie użyta wartość domyślna BootstrapBasicMessaging.

Są udostępniane następujące predefiniowane startowe łańcuchy transportowe:

BootstrapBasicMessaging
Ten łańcuch odpowiada łańcuchowi transportowemu serwera InboundBasicMessaging (JFAP-TCP/IP)
BootstrapSecureMessaging
Ten łańcuch odpowiada łańcuchowi transportowemu serwera InboundSecureMessaging (JFAP-SSL-TCP/IP)
BootstrapTunneledMessaging
Przed zastosowaniem tego startowego łańcucha transportowego należy zdefiniować odpowiadający mu łańcuch transportowy serwera na serwerze startowym. (Patrz Serwery > Typy serwerów > Serwery aplikacji WebSphere > nazwa_serwera > [Przesyłanie komunikatów serwera] Transporty przychodzące mechanizmu przesyłania komunikatów.) Ten łańcuch transportowy umożliwia tunelowanie JFAP i używa opakowań HTTP.
BootstrapTunneledSecureMessaging
Przed zastosowaniem tego startowego łańcucha transportowego należy zdefiniować odpowiadający mu łańcuch transportowy serwera na serwerze startowym. (Patrz opcja Serwery > Typy serwerów > Serwery aplikacji WebSphere > nazwa_serwera > [Przesyłanie komunikatów serwera] Transporty przychodzące mechanizmu przesyłania komunikatów). Ten łańcuch transportowy umożliwia tunelowanie JFAP i używa opakowań HTTP.

Określenie zapisu nazwa_hosta : nazwa_łańcucha zamiast zapisu nazwa_hosta : : nazwa_łańcucha (z dwoma dwukropkami) nie jest poprawne. Można nie wprowadzać żadnego zapisu lub wprowadzić dowolny z następujących: a, a:, :7276, ::łańcuch i tak dalej. Jeśli określona wartość nie zostanie podana, zostanie użyta wartość domyślna, jednak pola muszą być rozdzielone dwukropkami.

Aby udostępnić więcej niż jeden serwer startowy, należy zidentyfikować wszystkie wymagane adresy punktów końcowych. Każdy adres punktu końcowego trzeba oddzielić przecinkiem. Aby na przykład użyć serwerów z wcześniejszego przykładu:
boothost1:7278:BootstrapBasicMessaging, 
  boothost2:7289:BootstrapTunneledSecureMessaging, 
  [2002:914:fc12:179:9:20:141:42]:7276:BootstrapBasicMessaging
Wymagane Nie
Typ danych Obszar tekstowy

Bliskość połączeń

Sąsiedztwo mechanizmów przesyłania komunikatów, które przyjmują żądania połączeń, względem startowego mechanizmu przesyłania komunikatów.

Po wygenerowaniu przez klienta żądania połączenia proces przetwarzania jest dołączany do wymaganej magistrali zgodnie z następującymi regułami:
  • W przypadku określenia grupy docelowej połączenie jest nawiązywane z pierwszym mechanizmem przesyłania komunikatów spełniającym następujące warunki w zakresie typu elementu docelowego:
    • Serwer Mechanizm przesyłania komunikatów jest wyszukiwany na tym samym serwerze.
    • Klaster Mechanizm przesyłania komunikatów jest wyszukiwany na tym samym serwerze, a następnie na innych serwerach w tym samym klastrze.
    • Host Mechanizm przesyłania komunikatów jest wyszukiwany kolejno na tym samym serwerze, na innych serwerach należących do tego samego klastra oraz na innych serwerach w ramach tego samego hosta.
    • Magistrala Mechanizm przesyłania komunikatów jest wyszukiwany kolejno na tym samym serwerze, na innych serwerach należących do tego samego klastra oraz na innych serwerach w ramach tego samego hosta, a następnie wyszukiwany jest dowolny mechanizm przesyłania komunikatów na tej samej magistrali.
  • Jeśli grupa docelowa nie jest określona lub nie znaleziono odpowiedniego mechanizmu przesyłania komunikatów, a element docelowy ma znaczenie Preferowane, połączenie jest nawiązywane z pierwszym mechanizmem przesyłania komunikatów spełniającym następujące warunki w zakresie typu elementu docelowego:
    • Serwer Mechanizm przesyłania komunikatów jest wyszukiwany na tym samym serwerze.
    • Klaster Połączenie kończy się niepowodzeniem.
    • Host Mechanizm przesyłania komunikatów jest wyszukiwany na tym samym serwerze, a następnie na innych serwerach w ramach tego samego hosta.
    • Magistrala Mechanizm przesyłania komunikatów jest wyszukiwany kolejno w grupie docelowej na tym samym serwerze i na serwerach w ramach tego samego hosta, a następnie wyszukiwany jest dowolny mechanizm przesyłania komunikatów na tej samej magistrali.

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 lista rozwijana
Zakres
Magistrala
Połączenia mogą być nawiązywane z mechanizmami przesyłania komunikatów w ramach tej samej magistrali.

Klaster
Połączenia mogą być nawiązywane z mechanizmami przesyłania komunikatów w ramach tego samego klastra serwerów.

Host
Połączenia mogą być nawiązywane z mechanizmami przesyłania komunikatów w ramach tego samego hosta.

Serwer
Połączenia mogą być nawiązywane z mechanizmami przesyłania komunikatów w ramach tego samego serwera aplikacji.

Identyfikator klienta

Identyfikator klienta JMS wymagany w przypadku trwałych subskrypcji tematów dla wszystkich połączeń utworzonych przy użyciu tej fabryki połączeń. Identyfikator jest wymagany, jeśli aplikacja wykonuje trwałe publikowanie i subskrypcję.

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 fabryki połączeń JMS.

Wymagane Nie
Typ danych Niestandardowe

Niezawodność komunikatów nietrwałych

Niezawodność stosowana względem nietrwałych komunikatów JMS wysłanych przy użyciu tej fabryki połączeń.

Dla miejsca docelowego komunikatu, który jest wysyłany przez aplikację JMS jako Nietrwały można zmienić opcję niezawodności dostarczania. Opcja domyślna to Ekspresowa nietrwała, ale dostępne są inne opcje, w tym takie o charakterystyce trwałej, z których największą niezawodność zapewnia opcja Gwarantowana trwała. Więcej informacji na ten temat zawiera sekcja Poziomy niezawodności komunikatów (tryb z połączeniem).
Wymagane Nie
Typ danych lista rozwijana
Zakres
Możliwie optymalny nietrwały
Komunikaty są usuwane w przypadku zatrzymania lub niepowodzenia mechanizmu przesyłania komunikatów. Komunikaty mogą też być usuwane w przypadku, gdy połączenie używane do ich wysyłania staje się niedostępne, oraz w wyniku ograniczonych zasobów systemowych.

Ekspresowy nietrwały
Komunikaty są usuwane w przypadku zatrzymania lub niepowodzenia mechanizmu przesyłania komunikatów. Komunikaty mogą też być usuwane w przypadku, gdy połączenie używane do ich wysyłania staje się niedostępne.

Niezawodny nietrwały
Komunikaty są usuwane w przypadku zatrzymania lub niepowodzenia mechanizmu przesyłania komunikatów.

Niezawodny trwały
Komunikaty mogą być usuwane w przypadku niepowodzenia mechanizmu przesyłania komunikatów.

Gwarantowany trwały
Komunikaty nie są usuwane.

Jako miejsce docelowe magistrali
Użyj opcji dostarczania skonfigurowanej dla miejsca docelowego magistrali.

Niezawodność komunikatów trwałych

Niezawodność stosowana względem trwałych komunikatów JMS wysłanych przy użyciu tej fabryki połączeń.

Dla miejsca docelowego komunikatu, który jest wysyłany przez aplikację JMS jako Trwały można zmienić opcję niezawodności dostarczania. Opcja domyślna to Niezawodna trwała, ale dostępne są inne opcje, w tym takie o charakterystyce nietrwałej, z których najmniejszą niezawodność zapewnia opcja Możliwie optymalna nietrwała. Więcej informacji na ten temat zawiera sekcja Poziomy niezawodności komunikatów (tryb z połączeniem).
Ważne: Jeśli opcja niezawodności dostarczania komunikatu wysyłanego przez aplikację JMS zostanie zmieniona z opcji grupy Niezawodność komunikatów trwałych (Gwarantowana trwała i Niezawodna trwała) na jedną z opcji grupy Niezawodność komunikatów nietrwałych (Możliwie optymalna nietrwała, Ekspresowa nietrwała i Niezawodna nietrwała), w pewnych okolicznościach występuje niebezpieczeństwo utraty komunikatów. Na przykład podczas restartowania serwera lub przy dużym obciążeniu.
Wymagane Nie
Typ danych lista rozwijana
Zakres
Możliwie optymalny nietrwały
Komunikaty są usuwane w przypadku zatrzymania lub niepowodzenia mechanizmu przesyłania komunikatów. Komunikaty mogą też być usuwane w przypadku, gdy połączenie używane do ich wysyłania staje się niedostępne, oraz w wyniku ograniczonych zasobów systemowych.

Ekspresowy nietrwały
Komunikaty są usuwane w przypadku zatrzymania lub niepowodzenia mechanizmu przesyłania komunikatów. Komunikaty mogą też być usuwane w przypadku, gdy połączenie używane do ich wysyłania staje się niedostępne.

Niezawodny nietrwały
Komunikaty są usuwane w przypadku zatrzymania lub niepowodzenia mechanizmu przesyłania komunikatów.

Niezawodny trwały
Komunikaty mogą być usuwane w przypadku niepowodzenia mechanizmu przesyłania komunikatów.

Gwarantowany trwały
Komunikaty nie są usuwane.

Jako miejsce docelowe magistrali
Użyj opcji dostarczania skonfigurowanej dla miejsca docelowego magistrali.

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.

Przedrostek nazwy kolejki tymczasowej

Przedrostek, składający się maksymalnie z dwunastu znaków, używany w nazwach kolejek tymczasowych tworzonych przez aplikacje, które korzystają z tej fabryki połączeń.

Wymagane Nie
Typ danych Tekst

Przedrostek nazwy tematu tymczasowego

Przedrostek, składający się maksymalnie z dwunastu znaków, używany w nazwach tematów tymczasowych tworzonych przez aplikacje, które korzystają z tej fabryki połączeń.

Wymagane Nie
Typ danych Tekst

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.

Zwykle tylko jedna sesja jednocześnie może mieć subskrybenta tematów (TopicSubscriber) dla danej subskrypcji trwałej. 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
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.

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 fabryki połączeń do wysyłania komunikatów musi być przestrzegana następująca reguła:

  • Aplikacja nie modyfikuje obiektu danych zawartego w komunikacie JMS o typie treści ObjectMessage.
  • Aplikacja zapełnia komunikat JMS o typie treści BytesMessage przy użyciu pojedynczego wywołania metody writeBytes(byte[]) i nie modyfikuje tablicy bajtów po jej umieszczeniu w komunikacie.

Gdy opcja jest włączona, dane komunikatów obiektowych/bajtowych wysyłanych przez aplikację generującą komunikaty podłączoną do magistrali za pomocą tej fabryki połączeń nie będą kopiowane po ustawieniu, 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

W przypadku aplikacji używających tej fabryki połączeń 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 odbieranych przez aplikację odbierającą komunikaty podłączoną do tej fabryki połączeń będą przekształcane przez system 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

Rejestruj brakujące konteksty transakcji

Określa, czy przy nawiązywaniu połączenia kontener rejestruje brakujące konteksty transakcji.

Model programistyczny Java EE wskazuje, że połączenia powinny zawsze mieć kontekst transakcji. Z niektórymi aplikacjami nie jest jednak powiązany poprawny kontekst transakcji.

Wybranie tej właściwości umożliwia rejestrowanie połączeń tworzonych bez kontekstu transakcji.

Wymagane Nie
Typ danych Pole wyboru

Zarządzaj buforowanymi uchwytami

Określa, czy buforowane uchwyty (uchwyty przechowywane w zmiennych instancji w komponencie bean) mają być śledzone przez kontener.

Należy wybrać tę opcję, aby włączyć śledzenie zarządzania uchwytami, co może być przydatne do celów debugowania. Śledzenie uchwytów może jednak znacząco zmniejszyć wydajność, jeśli zostanie użyte w czasie wykonywania.
Wymagane Nie
Typ danych Pole wyboru

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

Alias uwierzytelniania dla odtwarzania XA

Określa alias używany przez fabrykę połączeń podczas uwierzytelniania w systemie EIS na potrzeby odtwarzania transakcji.

Wybierz alias, który ma być używany podczas przetwarzania odtwarzania transakcji.

Ta właściwość udostępnia listę aliasów dla pozycji danych uwierzytelniania JCA, które zostały zdefiniowane na potrzeby serwera WebSphere Application Server. Można wybrać alias wprowadzania danych, który ma zostać użyty do uwierzytelniania podczas przetwarzania związanego z odtwarzaniem XA.

Jeśli włączono zabezpieczenia dla powiązanej magistrali integracji usług, należy wybrać alias określający identyfikator użytkownika i hasło używane na potrzeby odtwarzania XA, które będą poprawne w rejestrze użytkowników serwera WebSphere Application Server. Tę właściwość należy ustawić, jeśli zabezpieczenia magistrali zostały włączone i mają być używane transakcje XA.

Wymagane Nie
Typ danych lista rozwijana

Alias konfiguracji odwzorowania

Pole to będzie używane tylko w przypadku braku konfiguracji logowania dla odwołania do zasobu komponentu. Specyfikacja konfiguracji logowania i powiązane właściwości odwołania do zasobu komponentu to preferowany sposób definiowania strategii uwierzytelniania, kiedy element res-auth ma wartość Container. Jeśli określono konfigurację logowania "DefaultPrincipalMapping", powiązana właściwość będzie aliasem pozycji danych uwierzytelniania JAAS-J2C. Więcej informacji na temat definiowania nowego aliasu zawiera powiązany element pozycji danych uwierzytelniania JAAS-J2C.

Wymagane Nie
Typ danych lista rozwijana

Alias uwierzytelniania zarządzanego przez kontener

Pole to będzie używane tylko w przypadku braku konfiguracji logowania dla odwołania do zasobu komponentu. Specyfikacja konfiguracji logowania i powiązane właściwości odwołania do zasobu komponentu określają strategię uwierzytelniania zarządzanego przez kontener, kiedy element res-auth ma wartość Container.

Wymagane Nie
Typ danych lista rozwijana

Właściwości dodatkowe

Właściwości puli połączeń
Opcjonalny zestaw ustawień puli połączeń.



Nazwa pliku: SIBJMSConnectionFactory_DetailForm.html