Verbindungsfactoryeigenschaften
Die Eigenschaften für Verbindungsfactorys werden im Dialog 'Verbindungsfactory' festgelegt. Welche Eigenschaften in diesem Dialog verfügbar sind, ist davon abhängig, welchen Messaging-Provider die Verbindungsfactory verwendet.
In den folgenden Tabellen werden alle Eigenschaften aufgeführt, die festgelegt werden können:
- allgemein
- Verbindung
- Verbindungswiederholung
- Kanäle
- SSL
- Exits
- Broker
- Temporäre Warteschlangen
- Temporäre Themen
- Subskribent
- Erweitert
- Erweiterte Optimierung
Für jede Eigenschaft wird kurz beschrieben, wann ihre Konfiguration erforderlich oder sinnvoll sein kann. Die Tabellen führen außerdem die entsprechenden ausgeschriebenen und Kurznamen zur Verwendung in dem Befehlszeilentool 'JMS-Verwaltung' auf. Welche Eigenschaften im Dialog 'Eigenschaften' verfügbar sind, ist davon abhängig, welchen Messaging-Provider die Verbindungsfactory verwendet. Weitere Informationen zum Befehlszeilentool für die JMS-Verwaltung finden Sie unter JMS-Objekte mit dem Verwaltungstool konfigurieren in IBM® Documentation.
Seite 'Allgemein'
In der folgenden Tabelle werden die Eigenschaften aufgeführt, die Sie auf der Seite Allgemein im Dialog mit den Eigenschaften der Verbindungsfactory festlegen können.
Eigenschaft | Bedeutung | Ausgeschriebener Name | Kurzname |
---|---|---|---|
Name | Dies ist der Name des Objekts. | NAME | |
Beschreibung | Geben Sie eine Beschreibung für das Objekt ein. | DESCRIPTION | DESC |
Klassenname | Hier wird der Klassenname angezeigt, der durch die Verbindungsfactory implementiert wird. | ||
Messaging-Provider | Hier wird angezeigt, ob die Verbindungsfactory MQ-Übertragung (Bindungen oder Client) oder Echtzeit-Übertragung (direkt oder direkter HTTP-Zugriff) verwendet. Echtzeittransport ist in IBM MQ 8.0nicht verfügbar. Wenn Sie IBM MQ 8.0 verwenden, können Sie einen Echtzeittransport definieren, der jedoch fehlschlägt, wenn versucht wird, eine Verbindung herzustellen. | ||
Transport | Hier wird die Übertragungsart angezeigt, die für die Verbindung verwendet wird. Bindings ist eine direkte Verbindung zu dem Warteschlangenmanager, der sich auf demselben Computer wie der JMS-Client befindet; Client ist eine Clientverbindung, die TCP/IP verwendet (der Warteschlangenmanager kann sich auf demselben oder einem anderen Computer befinden); Direct ist eine direkte Verbindung zu einem Broker von IBM Integration Bus; Direct HTTP ist eine direkte Verbindung, die HTTP-Tunnelung verwendet. Obwohl dieses Feld schreibgeschützt ist, können Sie den Transporttyp ändern, wenn ein alternativer Transporttyp für den Messaging-Provider verfügbar ist. Weitere Informationen finden Sie unter Für Verbindungen verwendeten Transporttyp ändern. |
TRANSPORT | TRAN |
Provider-Version | Nehmen Sie eine Auswahl oder Eingabe für Art, Version, Release, Änderungsgrad und Fixpack des Warteschlangenmanagers vor, mit dem dieser Client eine Verbindung herstellen soll. Falls Sie den Wert eingeben, verwenden Sie eines der folgenden Formate:
Der Wert "8" oder höher gibt an, dass dies als IBM MQ 8.0 ConnectionFactory für Verbindungen zu einem IBM MQ 8.0 -Warteschlangenmanager gedacht ist. Der Standardwert |
PROVIDERVERSION | PVER |
Weitere Informationen zur Behebung von Problemen, die auftreten können, wenn Sie eine Verbindung zu einem Warteschlangenmanager mit einer bestimmten Providerversion herstellen, finden Sie im Abschnitt Fehlerbehebung für JMS-Providerversion unter IBM Documentation. |
|||
Client-ID | Die Client-ID wird verwendet, um die Anwendungsverbindung für permanente Subskriptionen eindeutig zu identifizieren. Geben Sie eine ID für den Client ein |
CLIENTID | CID |
Max. Puffergröße | Geben Sie die maximale Anzahl erhaltener Nachrichten ein, die in einem internen Nachrichtenpuffer gespeichert werden können, während auf die Verarbeitung der Nachrichten durch die Clientanwendung gewartet wird. Diese Eigenschaft gilt nur, wenn die Eigenschaft Transport den Wert Direct und Direct HTTP hat. Der Standardwert ist 1000. |
MAXBUFFSIZE | MBSZ |
Seite 'Verbindung'
In der folgenden Tabelle werden die Eigenschaften genannt, die Sie auf der Seite Verbindung im Dialogfenster mit den Eigenschaften der Verbindungsfactory festlegen können. Bearbeiten Sie die Eigenschaften auf der Seite Verbindung, um die Verbindungseigenschaften für Verbindungen festzulegen, die von dieser Verbindungsfactory erstellt werden.
Eigenschaft | Bedeutung | Ausgeschriebener Name | Kurzname |
---|---|---|---|
Anwendungsname | Geben Sie den Namen an, mit dem sich die Anwendung selbst identifiziert. Weitere Informationen finden Sie unter Anwendungsnamen in unterstützten Programmiersprachen angeben in IBM Documentation. | APPLICATIONNAME | APPNAME |
![]() |
Dies wirkt sich darauf aus, ob Transaktionen die Ausgleichsaktivität in einem einheitlichen Cluster beeinflussen. Kann auf IGNTRANS gesetzt werden, um zu verhindern, dass Transaktionen die Ausgleichsaktion verzögern, oder auf NONE , um zuzulassen, dass Transaktionen die Ausgleichsaktion verzögern. |
BALOPTIONEN | |
![]() |
Dies wirkt sich darauf aus, ob die Zeitlimitüberschreitung, bevor ein Uniform-Cluster eine Anwendung anfordert, die Verbindung zu Ausgleichszwecken wiederherzustellen. Kann auf NEVER gesetzt werden, um anzugeben, dass das Zeitlimit für eine Anwendung vom Uniform-Cluster möglicherweise nicht überschritten wird. IMMEDIATE Gibt an, dass das Zeitlimit für eine Anwendung sofort überschritten werden kann, DEFAULT gibt an, dass das Standardzeitlimit von 10 Sekunden gilt, oder nn gibt ein Zeitlimitintervall in Sekunden an. |
BALTIMEOUT | |
![]() |
Dies wirkt sich darauf aus, wie ein Uniform-Cluster eine Anwendung anfordern kann, um die Verbindung zu Ausgleichszwecken wiederherzustellen. Kann auf SIMPLE gesetzt werden, um anzugeben, dass das Standardverhalten angewendet wird, oder auf REQREP , um anzugeben, dass eine Anwendung im Anforderungs-/Antwortmodus ausgeführt wird und der Uniform-Cluster die Ausgleichsaktivität verzögern soll, bis MQPUT-Operationen mit MQGET-Operationen abgeglichen werden, sofern das Anwendungszeitlimit und die Ablaufzeiten für Nachrichten überschritten werden. |
BALTYPE | |
Basiswarteschlangenmanager | Nehmen Sie eine Auswahl oder Eingabe für den Namen des Warteschlangenmanagers vor, zu dem eine Verbindung hergestellt werden soll. Wenn Ihre Anwendung eine Definitionstabelle für Clientkanäle verwendet, um eine Verbindung zu einem Warteschlangenmanager herzustellen, lesen Sie den Abschnitt Definitionstabelle für Clientkanäle in IBM Documentation. | QMANAGER | QMGR |
Verbindungsliste | Durch Kommas getrennte Liste mit Verbindungsadressen im Format HOSTNAME(PORT).
Die Verbindungsadressen in der Liste werden der Reihe nach ausprobiert und zwar einmal für jeden Verbindungswiederholungsversuch. HOSTNAME kann für einen DNS-Namen oder eine IP-Adresse stehen. PORT hat den Standardwert "1414". |
CLIENTRECONNECTHOSTS | CRHOSTS |
Hostname | Geben Sie den Hostnamen oder die IP-Adresse des Computers ein, der den Warteschlangenmanager enthält, oder, für eine direkte Verbindung mit einem Broker, den Computer, der den Broker enthält. | HOSTNAME | HOST |
Port | Geben Sie die Portnummer an, die der Warteschlangenmanager oder Broker überwacht. Der Standardwert ist 1414, wenn die Eigenschaft Transport auf Client gesetzt ist; der Standardwert ist 1506, wenn die Eigenschaft Transport auf Direct oder Direct HTTP gesetzt ist. |
PORT | - |
Proxy-Hostname | Geben Sie den Hostnamen des Proxy-Servers für eine direkte Verbindung ein. | PROXYHOSTNAME | PHOST |
Proxy-Port | Geben Sie die Portnummer des Proxy-Servers für eine direkte Verbindung ein. Der Standardwert ist 443. | PROXYPORT | PPORT |
ID des codierten Zeichensatzes (CCSID). | Geben Sie die ID des codierten Zeichensatzes (CCSID) ein, die für Verbindungen verwendet werden soll. Für eine optimale Leistung sollte der Wert dieser Eigenschaft mit dem Wert des Attributs für die ID des codierten Zeichensatzes (Eigenschaften des Warteschlangenmanagers) des Basiswarteschlangenmanagers identisch sein. | CCSID | CCS |
Multicasting | Geben Sie an, ob Nachrichten unter Verwendung des Transports mit Unterstützung für selektives Rundsenden an Empfänger übertragen werden sollen. Multicasting-Transport ist nur für Themenzieladressen gültig und kann ausschließlich dann verwendet werden, wenn die Verbindungsfactory Direkt-IP-Transport unterstützt. Direkter IP-Transport ist in IBM MQ 8.0nicht verfügbar. Wenn Sie IBM MQ 8.0 verwenden, können Sie den direkten IP-Transport definieren, aber er schlägt fehl, wenn versucht wird, eine Verbindung herzustellen. Der Standardwert ist Inaktiviert, was bedeutet, dass Nachrichten nicht per Multicasting-Transport an die Empfänger übertragen werden. Klicken Sie auf Aktiviert, um Nachrichten an die Empfänger unter Verwendung von Multicasting-Transport zu übertragen. Das Thema muss für zuverlässiges Multicasting im Broker konfiguriert sein. Eine zuverlässige Servicequalität wird verwendet, wenn das Thema für zuverlässiges Multicasting konfiguriert wurde. |
MULTICAST | MULTI |
Klicken Sie auf Zuverlässig, um Nachrichten an den Empfänger unter Verwendung von Multicasting-Transport in einer zuverlässigen Servicequalität zu liefern. Das Thema muss für zuverlässiges Multicasting im Broker konfiguriert sein. Falls das Thema nicht für zuverlässiges Multicasting konfiguriert wurde, können Sie keinen Nachrichtenempfänger für das Thema erstellen. Klicken Sie Nicht zuverlässig an, um Nachrichten unter Verwendung von Multicasting-Transport zu übertragen, ohne jedoch eine zuverlässige Servicequalität zu verwenden. Das Thema muss für Multicasting im Broker konfiguriert sein. Eine zuverlässige Servicequalität wird nicht verwendet, auch wenn das Thema für zuverlässiges Multicasting konfiguriert wurde. |
|||
Lokale Adresse | Für eine Verbindung zu einem Warteschlangenmanager geben Sie entweder die lokale Netzwerkschnittstelle an, die verwendet werden soll, oder den zu verwendenden lokalen Port (bzw. den Bereich lokaler Ports), oder beides. Der Kanal bindet sich lokal an die Adresse. Zu verwendendes Formatipaddress(low-port, high-port), wobei IP-Adresse die IP-Adresse ist, die in der IPv4 -Schreibweise mit Trennzeichen, im IPv6 -Hexadezimalformat oder im alphanumerischen Hostnamensformat angegeben ist. Beispiel:127.0.0.1Gibt die IPv4 -Adresse mit einem beliebigen Port an.127.0.0.1(1000)Gibt die IPv4 -Adresse und einen bestimmten Port an.127.0.0.1(1000,2000)Gibt die IPv4 -Adresse und einen Portbereich an.(1000)Gibt nur einen Port an Falls Sie eine direkte Verbindung zu einem Broker verwenden, ist diese Eigenschaft nur relevant, falls Multicasting verwendet wird. Geben Sie die lokale Netzwerkschnittstelle an, die verwendet werden soll, und zwar in Form einer IP-Adresse oder eines Hostnamens, aber geben Sie keine Portnummer an. | LOCALADDRESS | LA |
Verbindungsoptionen | Wählen Sie aus, wie die Anwendung eine Verbindung zu dem Warteschlangenmanager herstellt. Klicken Sie Standard an, damit die Art der Bindung zwischen der Anwendung und dem Warteschlangenmanager von der Plattform abhängig ist, auf der der Warteschlangenmanager ausgeführt wird, sowie davon, wie der Warteschlangenmanager konfiguriert wurde. Klicken Sie Gemeinsam genutzt an, wenn die Anwendung und der Warteschlangenmanager in unterschiedlichen Ausführungseinheiten ausgeführt werden, aber manche Ressourcen gemeinsam nutzen. Klicken Sie Isoliert an, damit die Anwendung und der lokale Warteschlangenmanager in getrennten Ausführungseinheiten ausgeführt werden. Klicken Sie Direktaufruf an, damit die Anwendung und der lokale Warteschlangenmanager in der gleichen Ausführungseinheit ausgeführt werden. Klicken Sie Serieller Warteschlangenmanager an, damit die Anwendung die exklusive Verwendung für das Verbindungs-Tag innerhalb des Geltungsbereichs des Warteschlangenmanagers anfordert. Klicken Sie S an, damit die Anwendung die exklusive Verwendung für das Verbindungs-Tag innerhalb der Gruppe mit gemeinsamer Warteschlange anfordert, der der Warteschlangenmanager zugeordnet ist. |
CONNOPT | CNOPT |
Klicken Sie Manager für begrenzte Warteschlangen an, damit die Anwendung die geteilte Verwendung für das Verbindungs-Tag anfordert, wobei jedoch die geteilte Verwendung innerhalb des Geltungsbereichs des Warteschlangenmanagers begrenzt wird. Klicken Sie Gruppe mit gemeinsamen begrenzten Warteschlangen an, damit die Anwendung die geteilte Verwendung für das Verbindungs-Tag anfordert, wobei jedoch die geteilte Verwendung für das Verbindungs-Tag innerhalb des Geltungsbereichs der Gruppe mit gemeinsamer Warteschlange begrenzt wird, der der Warteschlangenmanager zugeordnet ist. Die Optionen |
|||
![]() |
![]() |
![]() |
![]() |
Gemeinsam genutzter Datenaustausch zulässig | Klicken Sie Ja an (der Standardwert), um festzulegen, dass eine Clientverbindung ihren Socket gemeinsam mit anderen JMS-Verbindungen von dem gleichen Prozess zu dem gleichen Warteschlangenmanager verwenden kann, falls die Kanaldefinitionen übereinstimmen. Klicken Sie andernfalls auf Nein . | SHARECONVALLOWED | SCA |
Seite 'Verbindungswiederholung'
Eigenschaft | Bedeutung | Ausgeschriebener Name | Kurzname |
---|---|---|---|
Optionen |
|
CLIENTRECONNECTOPTIONS | CROPT |
Zeitlimit | Intervall in Sekunden, bevor die Verbindungswiederholungsversuche eingestellt werden. Der Standardwert beträgt 1800 Sekunden (30 Minuten). | CLIENTRECONNECTTIMEOUT | CRT |
Seite 'Kanäle'
In der folgenden Tabelle werden die Eigenschaften aufgeführt, die Sie auf der Seite Kanal im Dialog mit den Eigenschaften der Verbindungsfactory festlegen können. Bearbeiten Sie die Eigenschaften auf der Seite Kanal, um zu konfigurieren, wie sich der JMS-Client mit dem Warteschlangenmanager verbindet.
Eigenschaft | Bedeutung | Ausgeschriebener Name | Kurzname |
---|---|---|---|
Kanal | Nehmen Sie eine Auswahl oder Eingabe für den Namen des Serververbindungskanals vor, der verwendet werden soll, um den Client mit dem Warteschlangenmanager zu verbinden. Um Auswählen' zur Eingabe des Namens verwenden zu können, müssen Sie bereits einen Wert für die Eigenschaft Base Queue Manager auf der Seite 'Verbindung' eingegeben haben und der ausgewählte Warteschlangenmanager muss aktiv sein. Sie müssen entweder einen Wert für die Eigenschaft Channel oder für die Eigenschaft Client Channel Definition Table
URL festlegen, jedoch nicht für beide. |
CHANNEL | CHAN |
URL der Definitionstabelle für den Clientkanal | Geben sie die URL ein, die den Namen und die Position der Datei bestimmt, die die Kanaldefinitionstabelle des Clients enthält und festlegt, wie auf die Datei zugegriffen werden kann. Sie müssen entweder einen Wert für die Eigenschaft Channel oder für die Eigenschaft Client Channel
Definition Table URL festlegen, jedoch nicht für beide. |
CCDTURL | CCDT (Client Channel Definition Table) |
Header-Komprimierung | Klicken Sie Bearbeiten an und wählen Sie dann die Liste der Verfahren aus, die verwendet werden können, um die Headerdaten einer Verbindung zu komprimieren. | COMPHDR | HC |
Nachrichtenkomprimierung | Klicken Sie Bearbeiten an und wählen Sie dann die Liste der Verfahren aus, die verwendet werden können, um die Nachrichtendaten einer Verbindung zu komprimieren. | COMPMSG | MC |
Seite 'SSL'
In der folgenden Tabelle werden die Eigenschaften aufgeführt, die Sie auf der Seite SSL im Dialog mit den Eigenschaften der Verbindungsfactory festlegen können. Bearbeiten Sie die Eigenschaften auf der Seite SSL, um die TLS-Details zur Gewährleistung der Sicherheit von Clientverbindungen und direkten Verbindungen zum Broker zu konfigurieren.
Eigenschaft | Bedeutung | Ausgeschriebener Name | Kurzname |
---|---|---|---|
Direkte SSL-Authentifizierung | Um die TLS-Authentifizierung für eine direkte Verbindung zu aktivieren, auf Zertifikat klicken. Um Authentifizierung, Benutzernamen-Authentifizierung und Kennwort-Authentifizierung zu inaktivieren, auf Basis klicken. | DIRECTAUTH | DAUTH |
CipherSuite | Wählen Sie die Cipher-Suite aus, die für eine TLS-Verbindung verwendet
werden soll. Die Cipher-Suite muss mit der CipherSpec des Serververbindungskanals übereinstimmen, der in der Eigenschaft Channel auf der Seite 'Kanäle' festgelegt wurde. Wenn Sie keine Cipher-Suite auswählen, werden die Eigenschaften FIPS Required , Certificate Revocation
List , Peer Name und Reset Count ignoriert. |
SSLCIPHERSUITE | SCPHS |
FIPS erforderlich | Klicken Sie auf Ja , um anzugeben, dass eine TLS-Verbindung eine CipherSuite verwenden muss, die vom IBM Java JSSE-FIPS-Provider (IBMJSSEFIPS) unterstützt wird. Klicken Sie auf Nein, falls eine TLS-Verbindung eine beliebige Cipher-Suite verwenden darf. | SSLFIPSREQUIRED | SFIPS |
Zertifikatswiderrufliste | Geben Sie eine Liste mit Zertifikatswiderrufslisten-Servern ein, um auf TLS-Zertifikatswiderrufe zu prüfen. | SSLCRL | SCRL |
Peer-Name | Geben Sie einen Entwurf für einen definierten Namen ein, der mit dem durch den Warteschlangenmanager bereitgestellten Namen übereinstimmen muss. Der TLS-Peername muss außerdem mit dem TLS-Peernamen des Serververbindungskanals übereinstimmen, der in der Eigenschaft Channel auf der Seite 'Kanäle' angegeben wurde. |
SSLPEERNAME | SPEER |
Rücksetzzähler | Geben Sie die Gesamtzahl der Bytes ein, die durch eine Verbindung gesendet und empfangen werden, bevor der geheime Schlüssel, der zur Verschlüsselung verwendet wird, festgelegt wird. | SSLRESETCOUNT | SRC |
Seite 'Exits'
In der folgenden Tabelle werden die Eigenschaften aufgeführt, die Sie auf der Seite Exits im Dialog mit den Eigenschaften der Verbindungsfactory festlegen können. Benutzerexits sind vom Benutzer bereitgestellte Codemodule zur zusätzlichen Verarbeitung der Nachrichtendaten (z. B. zur Verschlüsselung oder Datenkomprimierung). Bearbeiten Sie die Eigenschaften auf der Seite Exits, um die Stelle zu ändern, an der beim Aufruf ausgeführte Codemodule von Clientexits standardmäßig zu finden sind.
Eigenschaft | Bedeutung | Ausgeschriebener Name | Kurzname |
---|---|---|---|
Name des Sende-Exits | Geben Sie den Namen des Kanalsendeexits ein oder die Folge von Sendeexits, die nacheinander ausgeführt werden sollen. Jeder Eintrag in der Liste muss entweder der Name einer Klasse sein, die die IBM MQ Java Schnittstelle MQSendExit implementiert (für einen Channel-Send-Exit, der in Java geschrieben ist), oder eine Zeichenkette im Format libraryName(entryPointName) (für einen Channel-Send-Exit, der nicht in Java geschrieben ist). | SENDEXIT | SDX |
Initialisierung des Sendeexits | Geben Sie die Benutzerdaten ein, die beim Aufruf von Kanalsendeexits an diese übergeben werden. Sie können auch mehrere Benutzerdaten eingeben, indem Sie diese durch Kommas trennen. | SENDEXITINIT | SDXI |
Name des Empfangsexits | Geben Sie den Namen des Kanalempfangsexits oder eine Folge von Empfangsexits ein, die aufgerufen werden sollen. Jeder Eintrag in der Liste muss entweder der Name einer Klasse sein, die die IBM MQ Java Schnittstelle MQReceiveExit implementiert (für einen Kanal-Empfangsexit, der in Java geschrieben ist), oder eine Zeichenkette im Format libraryName(entryPointName) (für einen Kanal-Empfangsexit, der nicht in Java geschrieben ist). | RECEXIT | RCX |
Initialisierung des Empfangsexits | Geben Sie die Benutzerdaten ein, die beim Aufruf von Kanalempfangsexits an diese übergeben werden. Sie können auch mehrere Benutzerdaten eingeben, indem Sie diese durch Kommas trennen. | RECEXITINIT | RCXI |
Name des Sicherheitsexits | Geben Sie entweder den Namen einer Klasse ein, die die IBM MQ Java Schnittstelle MQSecurityExit implementiert (für einen Channel Security Exit, der in Java) oder eine Zeichenkette im Format libraryName(entryPointName) (für einen Channel Security Exit, der nicht in Java geschrieben ist). | SECEXIT | SCX |
Initialisierung des Sicherheitsexits | Geben Sie die Benutzerdaten ein, die beim Aufruf des Kanalsicherheitsexits an dieses übergeben werden. | SECEXITINIT | SCXI |
Seite 'Broker'
In der folgenden Tabelle werden die Eigenschaften aufgeführt, die Sie auf der Seite Broker im Dialog mit den Eigenschaften der Verbindungsfactory festlegen können. Bearbeiten Sie die Eigenschaften auf der Seite Broker, um Angaben zum Publish/Subscribe-Broker zu machen.
Eigenschaft | Bedeutung | Ausgeschriebener Name | Kurzname |
---|---|---|---|
Brokerwarteschlange für Subskriptionsnachrichten | Diese Eigenschaft kann in einem IBM MQ -JMS-Client verwendet werden, hat aber keine Auswirkung auf einen IBM MQ -Warteschlangenmanager. Nehmen Sie eine Auswahl oder Eingabe für den Namen der Warteschlange vor, aus der nicht permanente Subskriptionsnachrichten empfangen werden. Die Standardwarteschlange istSYSTEM.JMS.ND.SUBSCRIBER.QUEUE . Um 'Auswählen' zur Eingabe des Namens verwenden zu können, müssen Sie bereits einen Wert für die Eigenschaft Base Queue Manager auf der Seite 'Verbindung' ausgewählt haben und der ausgewählte Warteschlangenmanager muss aktiv sein. |
BROKERSUBQ | BSUB |
Brokerwarteschlange für CC-Subskriptionsnachrichten | Diese Eigenschaft kann in einem IBM MQ -JMS-Client verwendet werden, hat aber keine Auswirkung auf einen IBM MQ -Warteschlangenmanager. Nehmen Sie eine Auswahl oder Eingabe für den Namen der Warteschlange vor, aus der nicht permanente Subskriptionsnachrichten für einen Verbindungskonsumenten (Objekt der Klasse 'ConnectionConsumer') abgerufen werden. Die Standardwarteschlange istSYSTEM.JMS.CC.SUBSCRIBER.QUEUE . Um 'Auswählen' zur Eingabe des Namens verwenden zu können, müssen Sie bereits einen Wert für die Eigenschaft Base Queue Manager auf der Seite 'Verbindung' ausgewählt haben und der ausgewählte Warteschlangenmanager muss aktiv sein.Weitere Informationen finden Sie unter der Eigenschaft BROKERSUBQ in IBM Documentation. |
BROKERCCSUBQ | CCSUB |
Steuerwarteschlange des Brokers | Diese Eigenschaft kann in einem IBM MQ -JMS-Client verwendet werden, hat aber keine Auswirkung auf einen Warteschlangenmanager der IBM MQoder höher. Nehmen Sie eine Auswahl oder Eingabe für den Namen der Steuerwarteschlange des Brokers vor. Um 'Auswählen' zur Eingabe des Namens verwenden zu können, müssen Sie bereits einen Wert für die EigenschaftBroker Queue
Manager auf der Seite 'Verbindung' ausgewählt haben und der ausgewählte Warteschlangenmanager muss aktiv sein. |
BROKERCONQ | BCON |
Veröffentlichungsdatenstrom | Diese Eigenschaft kann in einem IBM MQ -JMS-Client verwendet werden, hat jedoch keine Auswirkungen auf einen Warteschlangenmanager von IBM MQoder höher. Nehmen Sie eine Auswahl oder Eingabe für den Namen der Warteschlange vor, an die veröffentlichte Nachrichten gesendet werden (die Datenstromwarteschlange). Die Standardwarteschlange istSYSTEM.BROKER.DEFAULT.STREAM . Um 'Auswählen' zur Eingabe des Namens verwenden zu können, müssen Sie bereits einen Wert für die Eigenschaft Broker Queue Manager auf der Seite 'Verbindung' ausgewählt haben und der ausgewählte Warteschlangenmanager muss aktiv sein. |
BROKERPUBQ | BPUB |
Brokerversion | Diese Eigenschaft kann in einem IBM MQ -JMS-Client verwendet werden, hat aber keine Auswirkung auf einen IBM MQ -Warteschlangenmanager. Wählen Sie die Version des verwendeten Brokers aus. Klicken Sie auf V1, um einen Publish/Subscribe-Broker für IBM MQ oder IBM Integration Bus im Kompatibilitätsmodus zu verwenden. Dies ist der Standardwert, wenn die EigenschaftTransport auf Bindings oder Client gesetzt ist. Klicken Sie auf V2 , um IBM Integration Bus im nativen Modus zu verwenden. Dies ist der Standardwert, wenn die Eigenschaft Transport auf Direct oder DirectHTTP gesetzt ist. |
BROKERVER | BVER |
Bestätigungsintervall für Veröffentlichung | Diese Eigenschaft kann in einem IBM MQ -JMS-Client verwendet werden, hat jedoch keine Auswirkungen auf einen Warteschlangenmanager von IBM MQoder höher. Geben Sie die Anzahl der Nachrichten ein, die von einem Publisher veröffentlicht werden, bevor der IBM MQ -JMS-Client eine Bestätigung vom Broker anfordert. Falls Sie den Wert für diese Eigenschaft herabsetzen, fordert der Client häufiger eine Bestätigung an, was zu einer schlechteren Leistung des Publishers führt. Wenn Sie den Wert erhöhen, benötigt der Client mehr Zeit, um eine Ausnahme auslösen, falls der Broker fehlschlägt. Diese Eigenschaft ist nur relevant, wenn die EigenschaftTransport den Wert Bindings oder Client hat. Der
Standardwert ist 25. |
PUBACKINT | PAI |
Seite 'Temporäre Warteschlangen'
In der folgenden Tabelle werden die Eigenschaften aufgeführt, die Sie auf der Seite Temporäre Warteschlangen im Dialog mit den Eigenschaften der Verbindungsfactory festlegen können. Bearbeiten Sie die Eigenschaften auf der Seite Temporäre Warteschlangen, um festzulegen, wie die temporären JMS-Warteschlangen dynamisch definiert werden.
Eigenschaft | Bedeutung | Ausgeschriebener Name | Kurzname |
---|---|---|---|
Temporäre Modellwarteschlange | Nehmen Sie eine Auswahl oder Eingabe für den Namen der Modellwarteschlange vor, anhand derer temporäre JMS-Warteschlangen erstellt werden. Um 'Auswählen' zur Eingabe des Namens verwenden zu können, müssen Sie bereits einen Wert für die Eigenschaft Base Queue Manager auf der Seite 'Verbindung' ausgewählt haben und der ausgewählte Warteschlangenmanager muss aktiv sein. |
TEMPMODEL | ™ |
Präfix der temporären Warteschlange | Geben Sie das Präfix ein, das zur Bildung des Namens einer dynamischen IBM MQ -Warteschlange verwendet wird. Die Regeln zur Bildung des Präfix sind dieselben wie zur Bildung des Inhalts des Felds 'DynamicQName' in einem IBM MQ-Objektdeskriptor (MQOD); das letzte nicht leere Zeichen muss jedoch ein Stern (*) sein. Wenn für die Eigenschaft kein Wert angegeben ist, wird der Wert AMQ.* verwendet.![]()
CSQ.* verwendet. |
TEMPQPREFIX | TQP |
Seite 'Temporäre Themen'
In der folgenden Tabelle werden die Eigenschaften aufgeführt, die Sie auf der Seite Temporäre Themen im Dialog mit den Eigenschaften der Verbindungsfactory festlegen können. Bearbeiten Sie die Eigenschaften auf der Seite Temporäre Themen, um festzulegen, wie die temporären JMS-Themen dynamisch definiert werden.
Eigenschaft | Bedeutung | Ausgeschriebener Name | Kurzname |
---|---|---|---|
Präfix des temporären Themas | Geben Sie das Präfix ein, das verwendet wird, um den Namen eines temporären Themas zu bilden. Bei der Erstellung temporärer Themen generiert JMS eine Themazeichenfolge in der Form TEMP/TEMPTOPICPREFIX/eindeutige_Kennung, oder, falls diese Eigenschaft den Standardwert verwendet, nur TEMP/eindeutige_Kennung. | TEMPTOPICPREFIX | TTP |
Seite 'Subskribent'
In der folgenden Tabelle werden die Eigenschaften aufgeführt, die Sie auf der Seite Subskribent im Dialog mit den Eigenschaften der Verbindungsfactory festlegen können. Bearbeiten Sie die Eigenschaften auf der Seite Subscriber, um Subskribenten und Subskriptionen zu verwalten.
Eigenschaft | Bedeutung | Ausgeschriebener Name | Kurzname |
---|---|---|---|
Nachrichtenauswahl | Diese Eigenschaft kann in einem IBM MQ -JMS-Client verwendet werden, hat aber keine Auswirkung auf einen IBM MQ -Warteschlangenmanager. Um festzulegen, dass die Nachrichtenauswahl durch die JMS-Clientanwendung vorgenommen wird, klicken Sie Client an. Um festzulegen, dass die Nachrichtenauswahl durch den Broker vorgenommen wird, klicken Sie Broker an. Wenn die EigenschaftTransport auf der Seite Allgemein den Wert Direct hat, erfolgt die Nachrichtenauswahl immer durch den Broker und der Wert der Eigenschaft Message
Selection wird ignoriert. Die Nachrichtenauswahl durch den Broker wird nicht unterstützt, wenn die Eigenschaft Broker Version auf der Seite Broker den Wert V1 hat. |
MSGSELECTION | MSEL |
Wenige Subskriptionen | Diese Eigenschaft kann in einem IBM MQ -JMS-Client verwendet werden, hat aber keine Auswirkung auf einen IBM MQ -Warteschlangenmanager. Diese Eigenschaft steuert das Nachrichtenabrufverhalten für ein Objekt vom Typ 'TopicSubscriber'. Wenn Sie angeben möchten, dass Subskriptionen häufig passende Nachrichten erhalten, klicken Sie auf Nein. Wenn Sie angeben möchten, dass Subskriptionen selten passende Nachrichten erhalten, klicken Sie auf Ja. |
SPARSESUBS | SSUBS |
Subskriptionsspeicher | Diese Eigenschaft kann in einem IBM MQ -JMS-Client verwendet werden, hat aber keine Auswirkung auf einen IBM MQ -Warteschlangenmanager. Wählen Sie die Position aus, an der IBM MQ JMS persistente Daten zu aktiven Subskriptionen speichern soll. Um Subskriptionsinformationen über die Warteschlangen SYSTEM.JMS.ADMIN.QUEUE und SYSTEM.JMS.PS.STATUS.QUEUE zu speichern, klicken Sie auf Warteschlange. Um Subskriptionsinformationen im Publish/Subscribe-Broker und nicht in Warteschlangen zu speichern, klicken Sie auf Broker. Um abhängig von den Releaseständen von IBM MQ und dem installierten Publish/Subscribe-Broker dynamisch einen warteschlangenbasierten oder brokerbasierten Subskriptionsspeicher auszuwählen, klicken Sie auf Migrieren. Diese Option ist standardmäßig ausgewählt. Weitere Informationen zu Subskriptionsspeichern finden Sie im Abschnitt IBM MQ -Klassen für JMS-Anwendungen schreiben in IBM Documentation. |
SUBSTORE | SS |
Bereinigungsumfang | Diese Eigenschaft kann in einem IBM MQ -JMS-Client verwendet werden, hat aber keine Auswirkung auf einen IBM MQ -Warteschlangenmanager. Wählen Sie den Bereinigungsumfang für Subskriptionsspeicher aus, für die die EigenschaftSubscription Store auf der Seite Broker auf Broker oder Migrate gesetzt ist. |
CLEANUP | CL |
Bereinigungsintervall | Diese Eigenschaft kann in einem IBM MQ -JMS-Client verwendet werden, hat aber keine Auswirkung auf einen IBM MQ -Warteschlangenmanager. Geben Sie an, in welchem Intervall (Millisekunden) das Publish/Subscribe-Dienstprogramm zur Bereinigung im Hintergrund ausgeführt wird. |
CLEANUPINT | CLINT |
Klonunterstützung | Geben Sie an, ob zwei oder mehr Instanzen desselben Subskribenten für ein permanentes Thema gleichzeitig ausgeführt werden können. Beachten Sie, dass die Aktivierung von Klonunterstützung gegen die Spezifikation von JMS 1.1 verstößt. Um festzulegen, dass jeweils nur eine Instanz eines Subskribenten für ein permanentes Thema ausgeführt werden kann, klicken Sie Inaktiviert an. Dies ist der Standardwert. Um festzulegen, dass zwei oder mehr Instanzen desselben Subskribenten für ein permanentes Thema gleichzeitig ausgeführt werden können, wobei jede Instanz auf einer eigenen virtuellen Java-Maschine (JVM, Java Virtual Machine) ausgeführt wird, klicken Sie auf Aktiviert. | CLONESUPP | CLS |
Aktualisierungsintervall für Status | Diese Eigenschaft kann in einem IBM MQ -JMS-Client verwendet werden, hat aber keine Auswirkung auf einen IBM MQ -Warteschlangenmanager. Geben Sie an, in welchem Intervall (Millisekunden) die Transaktion mit langer Laufzeit aktualisiert wird, die feststellt, ob ein Subskribent seine Verbindung zum Warteschlangenmanager verliert. Diese Eigenschaft ist nur relevant, wenn die EigenschaftSubscription Store auf der Seite Broker den Wert Queue hat. Weitere Informationen zu Subskriptionsspeichern finden Sie im Abschnitt IBM MQ -Klassen für JMS-Anwendungen schreiben in IBM Documentation. |
STATREFRESHINT | SRI |
Platzhalterformat | Geben Sie an, welche Version der Platzhaltersyntax verwendet werden soll. Klicken Sie Nur Zeichenplatzhalter an, um ausschließlich Zeichenplatzhalter zu verwenden (für Konsistenz bei Anwendungen, die zuvor Broker Version 1 verwendet haben; siehe die Eigenschaft der Brokerversion). Klicken Sie Nur Themenplatzhalter an, um ausschließlich Platzhalter auf Themenebene zu verwenden, die in Broker Version 2 eingesetzt werden. |
WILDCARDFORMAT | WCFMT |
Seite 'Erweitert'
In der folgenden Tabelle werden die Eigenschaften aufgeführt, die Sie auf der Seite Erweitert im Dialog mit den Eigenschaften der Verbindungsfactory festlegen können. Bearbeiten Sie die Eigenschaften auf der Seite Erweitert, um weitere Eigenschaften des Verbindungsfactory-Objekts zu ändern.
Eigenschaft | Bedeutung | Ausgeschriebener Name | Kurzname |
---|---|---|---|
Größe des Nachrichtenstapels | Diese Eigenschaft kann in einem IBM MQ -JMS-Client verwendet werden, hat aber keine Auswirkung auf einen IBM MQ -Warteschlangenmanager. Geben Sie die maximale Anzahl an Nachrichten an, die von einer Warteschlange in ein Paket aufgenommen werden sollen, wenn asynchrone Nachrichtenübermittlung verwendet wird. Der Standardwert ist 10. |
MSGBATCHSZ | MBS |
Aufbewahrungsdauer für Nachrichten | Geben Sie an, ob der Verbindungskonsument unerwünschte Nachrichten in der Eingabewarteschlange aufbewahren soll. Um unerwünschte Nachrichten in der Eingabewarteschlange aufzubewahren, klicken Sie Ja an. Um unerwünschte Nachrichten entsprechend ihren Löschoptionen zu behandeln, klicken Sie Nein an. | MSGRETENTION | MRET |
Abfrageintervall | Diese Eigenschaft kann in einem IBM MQ -JMS-Client verwendet werden, hat aber keine Auswirkung auf einen IBM MQ -Warteschlangenmanager. Geben Sie an, in welchem Intervall (Millisekunden) Nachrichtenempfangsprogramme erneut versuchen, eine Nachricht von ihrer Warteschlange abzurufen, wenn das jeweilige Nachrichtenempfangsprogramm in einer Sitzung über keine passende Nachricht in seiner Warteschlange verfügt. Der Standardwert ist 5000. Falls häufig keine passende Nachricht für eines der Nachrichtenempfangsprogramme in der Sitzung verfügbar ist, erhöhen Sie gegebenenfalls den Wert für die Eigenschaft. |
POLLINGINT | PINT |
Suchintervall | Diese Eigenschaft kann in einem IBM MQ -JMS-Client verwendet werden, hat aber keine Auswirkung auf einen IBM MQ -Warteschlangenmanager. Geben Sie das Intervall in Millisekunden ein, bevor der IBM MQ -JMS-Client beim Suchen nach einer geeigneten Nachricht an den Anfang der Warteschlange zurückkehrt. Wenn ein Nachrichtenkonsument in der Punkt-zu-Punkt-Domäne einen Nachrichtenselektor verwendet, um auszuwählen, welche Nachrichten er empfangen möchte, durchsucht der IBM MQ-JMS-Client die IBM MQ-Warteschlange in der durch die EigenschaftMessage Delivery Sequence der Warteschlange festgelegten Reihenfolge nach geeigneten Nachrichten (siehe Warteschlangeneigenschaften) Wenn der Client eine passende Nachricht findet und diese an den Konsumenten liefert, nimmt der Client die Suche nach der nächsten passenden Nachricht von der aktuellen Position in der Warteschlange wieder auf. Der Client fährt damit fort, die Warteschlangen auf diese Weise zu durchsuchen, bis er das Ende der Warteschlange erreicht, oder bis das Zeitintervall in Millisekunden, wie durch den Wert dieser Eigenschaft bestimmt, abgelaufen ist. In jedem Fall kehrt der Client an den Anfang der Warteschlange zurück, um die Suche fortzusetzen, und ein neues Zeitintervall beginnt. |
RESCANINT | RINT |
Fehlschlagen bei Wartemodus | Um festzulegen, dass Aufrufe bestimmter Methoden fehlschlagen, falls sich der Warteschlangenmanager im Wartemodus befindet, klicken Sie Ja an. Falls eine Anwendung feststellt, dass der Warteschlangenmanager in den Wartemodus wechselt, kann sie ihre aktuelle Aufgabe beenden und die Verbindung trennen, sodass der Warteschlangenmanager anhalten kann. Wenn Sie angeben möchten, dass kein Methodenaufruf fehlschlägt, weil sich der Warteschlangenmanager im Wartestatus befindet, klicken Sie auf Nein. Wenn Sie auf Nein klicken, kann eine Anwendung nicht erkennen, dass sich der Warteschlangenmanager im Wartemodus befindet, sodass die Anwendung möglicherweise weiterhin Operationen für den Warteschlangenmanager ausführt und dadurch verhindert, dass der Warteschlangenmanager gestoppt wird. | FAILIFQUIESCE | FIQ |
Synchronisationspunkte für alle Abrufe | Um festzulegen, dass alle Abrufe mit Synchronisationspunkt durchgeführt werden sollen, klicken Sie Ja an. Um festzulegen, dass alle Abrufe nicht mit Synchronisationspunkt durchgeführt werden sollen, klicken Sie Nein an. | SYNCPOINTALLGETS | SPAG |
Suche nach Zielclienttreffer | Geben Sie an, ob eine Antwortnachricht, die an die Warteschlange geschickt wird, die durch das Headerfeld 'JMSReplyTo' einer eingehenden Nachricht identifiziert wird, lediglich einen MQRFH2-Header enthält, wenn die eingehende Nachricht einen MQRFH2-Header enthält. Um anzugeben, dass die Eigenschaft Target Client in der Zielwarteschlange auf MQ gesetzt wird, wenn eine eingehende Nachricht keinen MQRFH2-Header hat, klicken Sie auf Ja. Wenn die eingehende Nachricht über einen MQRFH2-Header verfügt, wird die Eigenschaft Target Client stattdessen auf JMS gesetzt. Um anzugeben, dass die Eigenschaft Target Client der Zielwarteschlange immer auf JMS gesetzt wird, klicken Sie auf Nein. |
TARGCLIENTMATCHING | TCM |
Asynchrones Fehlerprüfungsintervall | Geben Sie die Anzahl der Sendeaufrufe an, die zwischen den Prüfungen auf Fehler bei der asynchronen Einreihung zugelassen werden sollen, und zwar innerhalb einer einzelnen, nicht ausgeführten JMS-Sitzung. Der Mindestwert ist 0. Als Wert kann eine beliebige, positive Ganzzahl angegeben werden. | SENDCHECKCOUNT | SCC |
Seite 'Erweiterte Optimierung'
In der folgenden Tabelle werden die Eigenschaften aufgeführt, die Sie auf der Seite Erweiterte Optimierung im Dialog mit den Eigenschaften der Verbindungsfactory festlegen können. Bearbeiten Sie die Eigenschaften auf der Seite Erweiterte Optimierung, um erweiterte Einstellungen zu konfigurieren. Bei den meisten Systemen sind die Standardeinstellungen geeignet.
Eigenschaft | Bedeutung | Ausgeschriebener Name | Kurzname |
---|---|---|---|
Prozessdauer | Diese Eigenschaft kann in einem IBM MQ -JMS-Client verwendet werden, hat aber keine Auswirkung auf einen IBM MQ -Warteschlangenmanager. Um anzugeben, dass ein Subskribent nicht garantiert, erhaltene Nachrichten innerhalb einer bestimmten Zeitspanne zu bearbeiten, klicken Sie Unbekannt an (der Standardwert). Um anzugeben, dass ein Subskribent die Verarbeitung jeder Nachricht, die er empfängt, vor der Rückgabe der Steuerung an den IBM MQ-JMS-Client garantiert, klicken Sie auf Kurz. |
PROCESSDURATION | PROCDUR |
Optimistische Publizierung | Diese Eigenschaft kann in einem IBM MQ -JMS-Client verwendet werden, hat aber keine Auswirkung auf einen IBM MQ -Warteschlangenmanager. Wenn Sie angeben möchten, dass der IBM MQ -JMS-Client bei der Veröffentlichung einer Nachricht die Steuerung erst an den Publisher zurückgibt, wenn er die gesamte Verarbeitung, die dem Aufruf zugeordnet ist, abgeschlossen hat und das Ergebnis an den Publisher melden kann, klicken Sie auf Nein (Standardwert). Um anzugeben, dass, wenn ein Publisher eine Nachricht veröffentlicht, der IBM MQ-JMS-Client die Steuerung sofort an den Publisher zurückgibt, bevor er die gesamte Verarbeitung, die dem Aufruf zugeordnet ist, abgeschlossen hat und das Ergebnis dem Publisher melden kann, klicken Sie auf Ja (der IBM MQ-JMS-Client meldet das Ergebnis nur dann, wenn der Publisher die Nachricht festschreibt). |
OPTIMISTICPUBLICATION | OPTPUB |
Ergebnishinweis | Diese Eigenschaft kann in einem IBM MQ -JMS-Client verwendet werden, hat aber keine Auswirkung auf einen IBM MQ -Warteschlangenmanager. Um anzugeben, dass bei der Bestätigung oder Festschreibung einer Nachricht durch einen Subskribenten die Steuerung durch den IBM MQ -JMS-Client nicht an den Subskribenten zurückgegeben wird, bis er die gesamte Verarbeitung abgeschlossen hat, die dem Aufruf zugeordnet ist, und das Ergebnis an den Subskribenten melden kann, klicken Sie auf Ja (Standardwert). Um anzugeben, dass, wenn ein Subskribent eine Nachricht bestätigt oder festschreibt, der IBM MQ-JMS-Client die Steuerung sofort an den Subskribenten zurückgibt, bevor er den Aufruf abgeschlossen hat und das Ergebnis dem Subskribenten melden kann, klicken Sie auf Nein. |
OUTCOMENOTIFICATION | NOTIFY |
Empfangsisolation | Diese Eigenschaft kann in einem IBM MQ -JMS-Client verwendet werden, hat aber keine Auswirkung auf einen IBM MQ -Warteschlangenmanager. Um anzugeben, dass ein Subskribent nur die Nachrichten einer Subskribentenwarteschlange erhält, die festgeschrieben wurden, klicken Sie Festgeschrieben an (der Standardwert). Um anzugeben, dass ein Subskribent Nachrichten erhalten kann, die nicht in der Subskribentenwarteschlange festgeschrieben wurden, klicken Sie Nicht festgeschrieben an. Der WertUncommitted wirkt sich nur aus, wenn die Eigenschaft Process Duration den Wert Short hat. |
RECEIVEISOLATION | RCVISOL |