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:
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)
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.
Określa najwyższy poziom w topologii, na którym serwery aplikacji mogą używać tego obiektu zasobu.
Wymagane | Nie |
Typ danych | Tekst |
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 |
Opcjonalny łańcuch kategorii używany podczas klasyfikowania lub grupowania danego zasobu.
Wymagane | Nie |
Typ danych | Tekst |
Nazwa magistrali integracji usług, z którą ma zostać nawiązane połączenie.
Wymagane | Tak |
Typ danych | Niestandardowe |
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, który określono we właściwości Element docelowy.
Wymagane | Nie |
Typ danych | lista rozwijana |
Zakres |
|
Ta właściwość określa znaczenie grupy docelowej.
Wymagane | Nie |
Typ danych | lista rozwijana |
Zakres |
|
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.
Wymagane | Nie |
Typ danych | Tekst |
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.
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ń.
boothost1:7278:BootstrapBasicMessaging lub boothost1:7278W przypadku serwera z przypisanym zabezpieczonym portem 7289, na hoście boothost2, jeśli jest używany predefiniowany łańcuch transportowy BootstrapTunneledSecureMessaging:
boothost2:7289:BootstrapTunneledSecureMessaging
[ [nazwa_hosta] [ ":" [numer_portu] [ ":" nazwa_łańcucha] ] ]Gdzie:
[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.
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ę .
Są udostępniane następujące predefiniowane startowe łańcuchy transportowe:
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.
boothost1:7278:BootstrapBasicMessaging, boothost2:7289:BootstrapTunneledSecureMessaging, [2002:914:fc12:179:9:20:141:42]:7276:BootstrapBasicMessaging
Wymagane | Nie |
Typ danych | Obszar tekstowy |
Sąsiedztwo mechanizmów przesyłania komunikatów, które przyjmują żądania połączeń, względem startowego mechanizmu przesyłania komunikatów.
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 |
|
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 |
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ść stosowana względem nietrwałych komunikatów JMS wysłanych przy użyciu tej fabryki połączeń.
Wymagane | Nie |
Typ danych | lista rozwijana |
Zakres |
|
Niezawodność stosowana względem trwałych komunikatów JMS wysłanych przy użyciu tej fabryki połączeń.
Wymagane | Nie |
Typ danych | lista rozwijana |
Zakres |
|
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 |
|
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, 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 |
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.
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 |
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 |
Określa, czy przy nawiązywaniu połączenia kontener rejestruje brakujące konteksty transakcji.
Wybranie tej właściwości umożliwia rejestrowanie połączeń tworzonych bez kontekstu transakcji.
Wymagane | Nie |
Typ danych | Pole wyboru |
Określa, czy buforowane uchwyty (uchwyty przechowywane w zmiennych instancji w komponencie bean) mają być śledzone przez kontener.
Wymagane | Nie |
Typ danych | Pole wyboru |
Określa alias używany przez fabrykę połączeń podczas uwierzytelniania w systemie EIS na potrzeby 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 |
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 |
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 |