Angepasste Eigenschaften des Object Request Broker
Ein Objekt Request Broker (ORB) kann auf verschiedene Arten konfiguriert werden. Beispielsweise können Sie für die Konfiguration eines ORB angepasste ORB-Eigenschaftseinstellungen oder Einstellungen für Systemeigenschaften verwenden, oder Sie können während der ORB-Initialisierung Objekte bereitstellen. Wenn Sie die folgenden angepassten ORB-Eigenschaften für die Konfiguration eines ORB verwenden, müssen Sie beachten, dass zwei Typen von Standardwerten für einige dieser Eigenschaften existieren: JDK-Standardwerte (Java™ SE Development Kit) und WAS-Standardwerte (WebSphere Application Server).
- In der Datei "orb.properties", wenn ein Anwendungsserver installiert ist.
- In der Datei "server.xml", wenn ein Anwendungsserver konfiguriert ist.
Weil WebSphere Application Server diesen Standardwert explizit festlegt, hat der Standardwert von WebSphere Application Server Priorität vor dem JDK-Standardwert, wenn für eine Eigenschaft sowohl ein Standardwert von WebSphere Application Server als auch ein JDK-Standardwert definiert sind.
Nähere Informationen zu den unterschiedlichen Methoden zum Festlegen von ORB-Eigenschaften und zur Reihenfolge ihrer Prioritäten finden Sie in der Veröffentlichung "JDK Diagnostic Guide" für die JDK-Version, die Sie verwenden.
Die Datei orb.properties im Verzeichnis WAS-Ausgangsverzeichnis/properties enthält angepasste ORB-Eigenschaften, die während der Produktinstallation zunächst auf die Standardwerte von WebSphere Application Server gesetzt werden. Diese Werte werden in einem Eigenschaftenobjekt an den ORB übergeben und haben Vorrang vor JVM-Argumenten und anderen Dateien orb.properties im Verzeichnis Java-Ausgangsverzeichnis/lib oder Ausgangsverzeichnis_des_Benutzers.
Sie können die Administrationskonsole verwenden, um neue Werte für diese angepassten ORB-Eigenschaften festzulegen. Alle Werte, die Sie angeben, haben Vorrang vor allen JDK-Werten bzw. Standardwerten von WebSphere Application Server für diese Eigenschaften, einschließlich JVM-Argumenten. Die Einstellungen für die angepassten ORB-Eigenschaften, die Sie in der Administrationskonsole festlegen, werden in der Systemdatei server.xml gespeichert und bei jeder Initialisierung eines ORB in einem Eigenschaftenobjekt an den ORB übergeben.
Wenn Sie über die Administrationskonsole angepasste ORB-Eigenschaften festlegen möchten, klicken Sie auf Neu klicken, um der Liste eine neue Eigenschaft hinzuzufügen. Klicken Sie anschließend auf Anwenden, um Ihre Änderung zu speichern. Wenn Sie die gewünschten Änderungen vorgenommen haben, klicken Sie auf OK und anschließend auf Speichern, um Ihre Änderungen zu speichern.
. Anschließend können Sie die Einstellung einer aufgelisteten angepassten Eigenschaft ändern oder aufjava -Dcom.ibm.CORBA.propname1=value1 -Dcom.ibm.CORBA.propname2=value2 ... Anwendungsname
launchclient yourapp.ear -CCDcom.ibm.CORBA.propname1=value1 -CCDcom.ibm.CORBA.propname2=value2 ... ... optionale Anwendungsargumente
Die Seite "Angepasste Eigenschaften" enthält möglicherweise bereits SSL-Eigenschaften (Secure Sockets Layer), die während der Produktinstallation hinzugefügt wurden. Nachfolgend finden Sie eine Liste der zusätzlichen Eigenschaften aufgeführt, die dem Java-ORB-Service zugeordnet sind. Sofern nicht anders angegeben, sind die Standardwerte, die in den Beschreibungen dieser Eigenschaften angegeben sind, die JDK-Standardwerte.
- com.ibm.CORBA.BootstrapHost
- com.ibm.CORBA.BootstrapPort
- com.ibm.CORBA.ConnectTimeout
- com.ibm.CORBA.ConnectionInterceptorName
- com.ibm.CORBA.enableLocateRequest
com.ibm.CORBA.FragmentSize
- com.ibm.CORBA.ListenerPort
- com.ibm.CORBA.LocalHost
com.ibm.CORBA.numJNIReaders
com.ibm.CORBA.ORBPluginClass.com.ibm.ws.orbimpl.transport.JNIReaderPoolImpl
- com.ibm.CORBA.RasManager
com.ibm.CORBA.SendConnectionContexts
- com.ibm.CORBA.ServerSocketQueueDepth
- com.ibm.CORBA.ShortExceptionDetails
- com.ibm.CORBA.WSSSLClientSocketFactoryName
- com.ibm.CORBA.WSSSLServerSocketFactoryName
- com.ibm.websphere.ObjectIDVersionCompatibility
- com.ibm.websphere.orb.threadPoolTimeout
com.ibm.websphere.threadpool.strategy.implementation
com.ibm.websphere.threadpool.strategy.LogicalPoolDistribution.calcinterval
com.ibm.websphere.threadpool.strategy.LogicalPoolDistribution.lruinterval
com.ibm.websphere.threadpool.strategy.LogicalPoolDistribution.outqueues
com.ibm.websphere.threadpool.strategy.LogicalPoolDistribution.statsinterval
com.ibm.websphere.threadpool.strategy.LogicalPoolDistribution.workqueue
- com.ibm.ws.orb.services.lsd.EnableSecurityServiceCheck
- com.ibm.ws.orb.services.lsd.SecurityServiceCheckInterval
- com.ibm.ws.orb.services.lsd.SecurityServiceCheckRetry
- com.ibm.ws.orb.services.redirector.MaxOpenSocketsPerEndpoint
- com.ibm.ws.orb.services.redirector.RequestTimeout
- com.ibm.ws.orb.transport.DeferSSLHandshake
- com.ibm.ws.orb.transport.SSLHandshakeTimeout
- com.ibm.ws.orb.transport.useMultiHome
- javax.rmi.CORBA.UtilClass
com.ibm.CORBA.BootstrapHost
Gibt den DNS-Hostnamen oder die IP-Adresse der Maschine an, auf der der Ausgangsserver für diesen Client installiert ist.

Wenn Sie nach einem alternativen Weg für die Definition der Eigenschaften über die Befehlszeile oder das Programm suchen, lesen Sie die Programmierungstipps für den Java-ORB-Service, die sich auf die Clientseite beziehen.
com.ibm.CORBA.BootstrapPort
Gibt den Port an, den der ORB für das Bootstrapping für die Maschine verwendet, auf der der erste Serverkontakt für diesen Client empfangsbereit ist.

Wenn Sie nach einem alternativen Weg für die Definition der Eigenschaften über die Befehlszeile oder das Programm suchen, lesen Sie die Programmierungstipps für den Java-ORB-Service, die sich auf die Clientseite beziehen.
Information | Wert |
---|---|
Standardwert | 2809 |
com.ibm.CORBA.ConnectTimeout
Die Eigenschaft "com.ibm.CORBA.ConnectTimeout" gibt die maximale Wartezeit des Client-ORB beim Versuch, eine IIOP-Verbindung zu einem fernen Server-ORB herzustellen, in Sekunden an. Im Allgemeinen wird diese Eigenschaft von Clientanwendungen verwendet. Sie können die Eigenschaft für jeden Anwendungsserver über die Administrationskonsole angeben.
- Die Eigenschaft in die Datei "orb.properties" aufnehmen.
- Die Option "-CCD" beim Setzen der Eigenschaft mit dem Script "launchclient" verwenden. Dieses Beispiel legt ein
maximales Zeitlimit von zehn Sekunden fest:
launchclient clientapp.ear -CCDcom.ibm.com.CORBA.ConnectTimeout=10...
Versuchen Sie es zuerst mit dem Standardzeitlimitwert. Berücksichtigen Sie bei der Auswahl der Einstellung jedoch solche Faktoren wie Netzüberlastung und Arbeitslast und Kapazität des Servers. Niedrige Werte bieten im Falle komplexer Probleme mit dem fernen Server, z. B. bei einer Ausfallzeit, eine bessere Failoverleistung. Hohe Werte sind besser bei niedriger Leistung des Netzes oder des fernen Servers. Es können jedoch auch Ausnahmen ausgelöst werden, wenn der ferne Server nicht genügend Zeit hat, um die nachfolgende Anforderung zu beenden. Der Wert 0 bedeutet, dass für den ORB das durch die TCP/IP-Schicht des Betriebssystems festgelegte Zeitlimit gilt. Für die meisten Betriebssysteme ist das Zeitlimit auf 75 Sekunden eingestellt.

Information | Wert |
---|---|
Gültiger Bereich | 0-300 |
Standardwert | 10 |
com.ibm.CORBA.ConnectionInterceptorName
Gibt die Interceptor-Klasse für Verbindungen an, mit der der Typ der abgehenden IIOP-Verbindung ermittelt wird, der für eine Anforderung verwendet werden soll, sowie, im Fall einer geschützten Anforderung, das Datenschutzniveau, das der Anforderung zugeordnet ist.
Information | Wert |
---|---|
Standardwert von WebSphere Application Server | com.ibm.ISecurityLocalObjectBaseL13Impl.SecurityConnectionInterceptor |
JDK-Standardwert | Ohne |
com.ibm.CORBA.enableLocateRequest
Legt fest, ob der ORB Lokalisierungsanforderungen (Locale Request) verwenden soll, um Objekte in einer Zelle von WebSphere Application Server zu ermitteln. Verwenden Sie diese Eigenschaft zur Verbesserung der Leistung.
Wenn diese Eigenschaft auf true gesetzt ist, sendet der ORB zunächst eine kurze Nachricht an den Server, um das Objekt zu finden, auf das er zugreifen muss. Dieser erste Kontakt ist die Lokalisierungsanforderung. Falls die Mehrzahl ihrer ersten Methodenaufrufe klein ist, erzielen Sie eventuell eine bessere Leistung, wenn Sie diese Eigenschaft auf false setzen, weil diese Einstellung den GIOP-Datenverkehr um die Hälfte verringern kann. Wenn die meisten Ihrer ersten Methodenaufrufe groß sind, sollten Sie diese Eigenschaft auf true setzen. Mit dem Wert true für diese Eigenschaft legen Sie fest, dass die kleine Suchanforderungsnachricht anstelle der großen gesendet wird. Nachdem das gewünschte Objekt gefunden wurde, wird die große Nachricht an das entsprechende Ziel gesendet.
Information | Wert |
---|---|
Standardwert von WebSphere Application Server | true |
JDK-Standardwert | false |
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
com.ibm.CORBA.FragmentSize
Gibt die Größe der GIOP-Fragmente an, die der ORB beim Senden von Anforderungen verwendet. Wenn die Gesamtgröße einer Anforderung den definierten Wert überschreitet, teilt der ORB die Anforderung in Fragmente ein und sendet jedes Fragment einzeln, bis die gesamte Anforderung gesendet wurde. Setzen Sie diese Eigenschaft bei Verwendung einer eigenständigen Java-Anwendung mit der Systemeigenschaft "-D" auf der Clientseite.
Passen Sie den Wert für die Eigenschaft "com.ibm.CORBA.FragmentSize" an, wenn das Datenvolumen, das über IIOP in den meisten GIOP-Anforderungen gesendet wird, ein Kilobyte überschreitet oder wenn Threadspeicherauszüge anzeigen, dass die meisten clientseitigen Threads während des Sendens oder Empfangs von Daten warten. Die meisten Nachrichten müssen wenig oder keine Fragmente haben.
Wenn der ORB die von ihm gesendeten Anforderungen oder Antworten gar nicht aufteilen soll, setzen Sie diese Eigenschaft auf 0. Dies verhindert jedoch nicht, dass der ORB GIOP-Fragmente in Anforderungen oder Antworten empfängt, die von einem anderen ORB gesendet werden.
Information | Wert |
---|---|
Einheiten | Bytes |
Standardwert | 1024 |
Einstellmöglichkeiten | Die gültigen Werte liegen im Bereich von 64 bis zum größten, durch 8 dividierbaren Wert des Java-Typs "integer". |
com.ibm.CORBA.ListenerPort
Gibt den Port an, an dem dieser Server eingehende Anforderungen überwacht. Diese Einstellung gilt nur für clientseitige ORBs.
Information | Wert |
---|---|
Standardwert | Nächste verfügbare, vom System zugeordnete Portnummer |
Einstellmöglichkeiten | 0 bis 2147483647 |
com.ibm.CORBA.LocalHost
Gibt den Hostnamen oder die IP-Adresse des Systems an, auf dem der ORB des Anwendungsservers oder der Clientanwendung ausgeführt wird.
- Wenn der Hostname ORB_LISTENER_ADDRESS "*" lautet, wird mit der Methode InetAddress.getLocalHost().getCanonicalHostName() in der Eigenschaft der Name des lokalen Hosts festgelegt.
- Für Clientanwendungen gilt, dass der ORB zur Ausführungszeit einen Wert mit der Methode InetAddress.getLocalHost().getHostAddress() abruft, falls für diese Eigenschaft kein Wert angegeben wurde.

- Setzen Sie diese Eigenschaft nicht auf die Zeichenfolge localhost oder 127.0.0.1, da diese Werte zu einem unvorhersehbaren Verhalten von Clients und Servern führen kann. Diese Werte wirken sich auf das Callbackverhalten, die Verwendung von Server-IORs und die Erstellung von ORB-Verbindungen aus.
Wenn ein Client-ORB eine TCP-Verbindung zu einem Server herstellt, gibt es zwei mögliche Szenarien:
- Die Seite des lokalen Socket wird an eine einzelne Adresse gebunden, die entweder in der Eigenschaft ORB_LISTENER_ADDRESS property in der Datei serverindex.xml oder in der angepassten Eigenschaft com.ibm.CORBA.LocalHost angegeben ist.
- Die Seite des lokalen Socket wird nicht an eine bestimmte Adresse gebunden.
Diese beiden Szenarien finden statt, weil der Micosoft-Windows-Netzstapel Pakete nicht über verschiedene Bereichszonen hinweg weiterleitet. Die Loopback-Schnittstelle und die allgemein zugängliche Schnittstelle befinden sich in unterschiedlichen Bereichszonen.
Wenn Ihr Client unter Microsoft Windows 7 oder Microsoft Windows 2008 R2 ausgeführt wird und die angepasste Eigenschaft com.ibm.ws.orb.transport.useMultiHome auf dem Client auf false gesetzt ist, schlägt das erste Szenario mit der Ausnahme SocketException fehl weil eine der folgenden Situationen vorliegt:- Der Client-Host-Wert ORB_LISTENER_ADDRESS in der Datei serverindex.xml oder in der angepassten Eigenschaft com.ibm.CORBA.LocalHost hat eine Interne Adresse (localhost oder 127.0.0.1), und der Server hat einen externen Hostnamen oder eine externe IP-Adresse (z. B. 147.10.32.117).
- Der Client hat eine externe Adresse, und der Server hat eine interne Adresse.
![[IBM i]](../images/iseries.gif)
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
com.ibm.CORBA.numJNIReaders
Gibt die Anzahl der JNI-Reader-Threads an, die dem Thread-Pool für den ORB-JNI-Reader zugeordnet werden sollen. Jeder Thread kann bis zu 1024 Verbindungen verarbeiten.

Information | Wert |
---|---|
Gültiger Bereich | 1-2147483647 |
Standardwert | 4 |
![[IBM i]](../images/iseries.gif)
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
com.ibm.CORBA.ORBPluginClass.com.ibm.ws.orbimpl.transport.JNIReaderPoolImpl
Gibt an, dass JNI-Reader-Threads verwendet werden. Der Eigenschaftsname gibt den Klassennamen der ORB-Komponente an, die den Pool der JNI-Reader-Threads verwaltet und mit der nativen Bibliothek des Betriebssystems interagiert, die für die parallele Verarbeitung mehrerer Verbindungen verwendet wird.

- Vergewissern Sie sich, dass sich die Bibliothek im ordnungsgemäßen Verzeichnis des Produkts befindet.
Bei einem Windows-Betriebssystem befindet sich die Bibliothek im Verzeichnis lib\native\win\x86_32 bzw. im Verzeichnis lib\native\win\x86_64, je nachdem, ob Sie eine 32-Bit- oder eine 64-Bit-Version von WebSphere Application Server ausführen. Die Datei Selector.dll enthält den Bibliotheksnamen.
Bei einem UNIX-basierten Betriebssystem befindet sich die Bibliothek im Verzeichnis bin und der Name der Datei, die die Bibliothek enthält, ist entweder libSelector.a oder libSelector.so. Wenn das Präfix "lib" im Dateinamen fehlt, benennen Sie die Datei so um, dass der Name das Präfix "lib" enthält.
- Wenn Sie diese Eigenschaft in der Administrationskonsole definieren, geben Sie
com.ibm.CORBA.ORBPluginClass.com.ibm.ws.orbimpl.transport.JNIReaderPoolImpl als Eigenschaftsnamen und eine leere Zeichenfolge ("") als Wert ein.
Wenn Sie diese Eigenschaft mit dem java-Befehl angeben, dürfen Sie keinen Wert verwenden:
-Dcom.ibm.CORBA.ORBPluginClass.com.ibm.ws.orbimpl.transport.JNIReaderPoolImpl
Information | Wert |
---|---|
Gültiger Bereich | Nicht zutreffend |
Standardwert | Ohne |
com.ibm.CORBA.RasManager
Legt eine Alternative zum Standard-RAS-Manager des ORB fest. Diese Eigenschaft muss auf "com.ibm.websphere.ras.WsOrbRasManager" gesetzt werden, damit der ORB in die restliche RAS-Verarbeitung des Produkt integriert werden kann.
Information | Wert |
---|---|
Standardwert von WebSphere Application Server | com.ibm.websphere.ras.WsOrbRasManager |
JDK-Standardwert | Ohne |
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
com.ibm.CORBA.SendConnectionContexts
Gibt an, ob Verbindungskontexte, wie z. B. Partnerversion, Laufzeit des Sendekontextes oder Codebasiskontxt, in jeder GIOP-Nachricht mitgesendet oder nur ein einziges Mal für jede Verbindung gesendet werden.
Wenn diese Eigenschaft auf always wird, werden alle Verbindungskontexte mit jeder GIOP-Anforderung und jeder GIOP-Antwort gesendet.
Wenn diese Eigenschaft auf once gesetzt wird, werden die Verbindungskontexte nur mit der ersten Anforderung gesendet.
Information | Wert |
---|---|
Standardwert | once |
com.ibm.CORBA.ServerSocketQueueDepth
Gibt die maximale Anzahl der Verbindungsanforderungen an, die sich in der Warteschlange für den Server-ORB befinden dürfen, bevor das Produkt neue eingehende Verbindungsanforderungen zurückweist. Diese Eigenschaft entspricht dem Argument backlog für einen ServerSocket-Konstruktor und wird direkt von TCP/IP behandelt.
Wenn Sie in einem Traceprotokoll eine Nachricht "connection refused" (Verbindung abgelehnt) sehen, ist in der Regel der Port auf der Zielmaschine nicht geöffnet, oder der Server ist mit in der Warteschlange anstehenden Verbindungsanforderungen überlastet. Sofern kein anderer Fehler im System vorliegt, können Sie dieses Problem beheben, indem Sie einen größeren Wert für diese Eigenschaft definieren.
Information | Wert |
---|---|
Standardwert | 50 |
Einstellmöglichkeiten | Die gültigen Werte liegen im Bereich von 50 bis zum größten Wert des Java-Typs "int". |
com.ibm.CORBA.ShortExceptionDetails
Gibt an, dass die detaillierte Nachricht der Ausnahme, die zurückgegeben wird, wenn der Server-ORB eine Ausnahme des CORBA-Systems ermittelt, eine kurze Beschreibung der Ausnahme enthalten soll, wie von der Methode toString() der Klasse java.lang.Throwable zurückgegeben. Andernfalls enthält die Nachricht den vollständigen Stack-Trace, wie von der Methode printStackTrace() der Klasse java.lang.Throwable zurückgegeben.
com.ibm.CORBA.WSSSLClientSocketFactoryName
Gibt die Klasse an, die der ORB verwendet, um SSL-Sockets für sichere ausgehende IIOP-Verbindungen zu erstellen.
Information | Wert |
---|---|
Standardwert von WebSphere Application Server | com.ibm.ws.security.orbssl.WSSSLClientSocketFactoryImpl |
JDK-Standardwert | Ohne |
com.ibm.CORBA.WSSSLServerSocketFactoryName
Gibt die Klasse an, die der ORB verwendet, um SSL-Sockets für eingehende IIOP-Verbindungen zu erstellen.
Information | Wert |
---|---|
Standardwert von WebSphere Application Server | com.ibm.ws.security.orbssl.WSSSLServerSocketFactoryImpl |
JDK-Standardwert | Ohne |
com.ibm.websphere.ObjectIDVersionCompatibility
Diese Eigenschaft ist anwendbar, wenn Sie ein Cluster verwenden, in dem die Zellen unterschiedliche Releasestände haben, und wenn Sie diese Zellen schrittweise aktualisieren und mindestens ein Release älter ist als Version 6.x.
In einer Umgebung mit Zellen unterschiedlicher Releasestände setzt das Migrationsprogramm diese Eigenschaft automatisch auf 1.
Nachdem Sie ein Upgrade aller Cluster-Member auf denselben Releasestand durchgeführt haben, können Sie diese Eigenschaft aus der Liste der angepassten ORB-Eigenschaften entfernen, oder Sie können den Wert für die Eigenschaft in 2 ändern. Beide Aktionen verbessern die Leistung.
Wenn diese Eigenschaft auf 1 gesetzt ist, verwendet der ORB bei seiner Ausführung Objektidentitäten der Version 1. Dies ist für Zellen mit unterschiedlichen Releaseständen, die Anwendungsserver mit einem älteren Release als Version 6.x enthalten, erforderlich. Wenn Sie keinen Wert oder den Wert 2 für diese Eigenschaft angeben, verwendet der ORB bei seiner Ausführung Objektidentitäten der Version 2, die mit Anwendungsservern vor Version 6.x nicht verwendet werden können.
com.ibm.websphere.orb.threadPoolTimeout
Verwenden Sie diese angepasste Eigenschaft, um anzugeben, wie lange der Object Request Broker (ORB) auf einen verfügbaren Thread aus dem ORB-Thread-Pool warten soll, bevor er eine Anforderung zurückweist.
Wenn der ORB eine eingehende Anforderung empfängt, wird die Anforderung von einem ORB-Reader-Thread gelesen. Der ORB-Reader-Thread versucht, die Anforderung zur Verarbeitung an einen Worker-Thread im ORB-Thread-Pool weiterzugeben. Wenn die Worker-Threads andere Anforderungen verarbeiten, wartet der Reader-Thread, bis ein Worker-Thread frei wird. Während dieser Wartezeit verarbeitet der Reader-Thread keine neuen Anforderungen. Das kann zur Folge haben, dass zwischen ORB-Thread-Pools in zwei verschiedenen JVM-Prozessen Sperren auftreten. Die Deadlocks werden sichtbar, wenn der ORB in dem einen JVM-Prozess den ORB im anderen JVM-Prozess zurückrufen muss, um die Anforderung auszuführen. Daher empfiehlt es sich, diese Eigenschaft auf einen positiven Wert ungleich Null zu setzen, der einen begrenzten Wartezeitraum angibt und somit die Anzahl von Deadlocks reduzieren kann. Bei der Konfiguration des Werts für diese angepasste Eigenschaft müssen Sie die Auswirkungen auf die durchschnittliche Anforderungsverarbeitungszeit und den Zeitlimitwert für die ORB-Anforderung berücksichtigen. Ferner müssen Sie berücksichtigen, ob Server zusätzliche Rückrufe oder Back-End-Rufe absetzen.
Information | Wert |
---|---|
Datentyp | Integer |
Einheiten | Millisekunden |
Standardwert | 0 |
Einstellmöglichkeiten | 0 - größte von der Java-Laufzeit erkannte ganze Zahl (Integer) |
![[IBM i]](../images/iseries.gif)
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
com.ibm.websphere.threadpool.strategy.implementation
Gibt die LPD-Strategie (Logical Pool Distribution, logische Verteilung des Pools) für den Thread-Pool an, die wirksam wird, wenn Sie den Anwendungsserver das nächste Mal starten. Diese Einstellung wird aktiviert wenn Sie den Wert "com.ibm.ws.threadpool.strategy.LogicalPoolDistribution" definieren.

Einige Anforderungen haben kürzere Ausführungszeiten als andere. LPD ist ein Verfahren, das Anforderungen mit kürzeren Ausführungszeiten einen besseren Zugriff auf Startthreads ermöglicht. Weitere Informationen finden Sie im Artikel zur LPD-Funktion.
![[IBM i]](../images/iseries.gif)
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
com.ibm.websphere.threadpool.strategy.LogicalPoolDistribution.calcinterval
Gibt an, wie oft die LPD-Funktion (Logical Pool Distribution) die Zielausführungszeiten des Pools erneut anpasst. Nach der Installation dieser Unterstützung ist eine Inaktivierung der Eigenschaft nicht möglich.

Wenn Sie diese Eigenschaft verwenden, muss LPD aktiviert sein. Weitere Informationen finden Sie in der Beschreibung der Eigenschaft "com.ibm.websphere.threadpool.strategy.implementation".
Information | Wert |
---|---|
Datentyp | Integer |
Einheiten | Millisekunden |
Standardwert | 30 |
Einstellmöglichkeiten | Mindestens 20.000 Millisekunden |
![[IBM i]](../images/iseries.gif)
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
com.ibm.websphere.threadpool.strategy.LogicalPoolDistribution.lruinterval
Gibt an, wie lange (in Millisekunden) die internen LPD-Daten für inaktive Anforderungen gespeichert werden. Diese Funktion überwacht verschiedene Statistiken für jeden empfangenen Anforderungstyp. Sie sollten in Erwägung ziehen, Anforderungen, die eine Zeit lang nicht aktiv waren, zu entfernen.

Wenn Sie diese Eigenschaft verwenden, muss LPD aktiviert sein. Weitere Informationen finden Sie in der Beschreibung der Eigenschaft "com.ibm.websphere.threadpool.strategy.implementation".
Information | Wert |
---|---|
Datentyp | Integer |
Einheiten | Millisekunden |
Standardwert | 300000 (5 Minuten) |
Einstellmöglichkeiten | 60000 (1 Minute) minimum |
![[IBM i]](../images/iseries.gif)
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
com.ibm.websphere.threadpool.strategy.LogicalPoolDistribution.outqueues
Gibt an, wie viele Pools erstellt werden und wie viele Threads den einzelnen Pools in der LPD-Funktion zugeordnet werden.

Der ORB-Parameter für die maximale Anzahl der Threads steuert die Gesamtanzahl der Threads. Der Parameter "outqueues" wird als eine Liste von durch Kommata getrennten Prozentangaben angegeben, die insgesamt 100 % ausmachen. Beispiel: Die Liste 25,25,25,25 legt 4 Pools fest. Jedem Pool sind 25 % des verfügbaren ORB-Thread-Pools zugeordnet. Die Pools sind von links nach rechts mit den Werten 0 bis n-1 indexiert. Das Berechnungsverfahren weist jeder Ausgabewarteschlange eine Soll-Startzeit zu. Soll-Startzeiten werden Ausgabewarteschlangen in aufsteigender Reihenfolge zugeordnet. Pool 0 erhält die Anforderungen mit den kürzesten Startzeiten und Pool n-1 die Anforderungen mit den längsten Startzeiten.
Wenn Sie diese Eigenschaft angeben, muss LPD aktiviert sein. Weitere Informationen finden Sie in der Beschreibung der Eigenschaft "com.ibm.websphere.threadpool.strategy.implementation".
Information | Wert |
---|---|
Datentyp | Integer in einer durch Kommas getrennten Liste |
Standardwert | 25,25,25,25 |
Einstellmöglichkeiten | Die Prozentangaben in der Liste müssen insgesamt 100 Prozent ausmachen. |
![[IBM i]](../images/iseries.gif)
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
com.ibm.websphere.threadpool.strategy.LogicalPoolDistribution.statsinterval
Gibt an, dass die Statistik in den Standardausgabedatenstrom (stdout) gestellt wird, nachdem dieses Intervall abgelaufen ist, vorausgesetzt, es wurden Anforderungen verarbeitet. Auf diese Weise wird verhindert, dass die Funktion die Protokolldateien mit redundanten Daten füllt. Diese Statistiken sind für die Anpassung der LPD-Funktion von Nutzen.

Wenn Sie diese Eigenschaft verwenden, muss LPD aktiviert sein. Weitere Informationen finden Sie in der Beschreibung der Eigenschaft "com.ibm.websphere.threadpool.strategy.implementation".
Information | Wert |
---|---|
Datentyp | Integer |
Einheiten | Millisekunden |
Standardwert | 0 (Aus) |
Einstellmöglichkeiten | Mindestens 30.000 (30 Sekunden) |
![[IBM i]](../images/iseries.gif)
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
com.ibm.websphere.threadpool.strategy.LogicalPoolDistribution.workqueue
Gibt die Größe einer neuen Warteschlange, in der eingehende Anforderungen auf Zuteilung warten. Bezieht sich auf die LPD-Funktion.

Wenn Sie diese Eigenschaft verwenden, muss LPD aktiviert sein. Weitere Informationen finden Sie in der Beschreibung der Eigenschaft "com.ibm.websphere.threadpool.strategy.implementation".
Information | Wert |
---|---|
Datentyp | Integer |
Standardwert | 96 |
Einstellmöglichkeiten | Mindestens 10 |
com.ibm.ws.orb.services.lsd.EnableSecurityServiceCheck
Verhindert dass LSD-bezogene (Location Service Daemon) abgehende ORB-Aufrufe gestartet werden, bevor der Sicherheitsservice initialisiert ist.
Manchmal scheitert die Authentifizierung für LSD-bezogene ORB-Aufrufe, weil die Aufrufe abgesetzt werden, bevor der Server für die Authentifizierung von Benutzern bereit ist. Wenn der Server so lange warten soll, bis der Sicherheitsservice initialisiert ist, bevor er abgehende ORB-Aufrufe startet, setzen Sie diese Eigenschaft auf true.
Der Standardwert ist "false".
com.ibm.ws.orb.services.lsd.SecurityServiceCheckInterval
Gibt in Millisekunden an, wie häufig der Server prüft, ob der Sicherheitsservice betriebsbereit ist.
Wenn Sie die angepasste Eigenschaft com.ibm.ws.orb.services.lsd.EnableSecurityServiceCheck auf true setzen, legen Sie mit dieser Eigenschaft fest, wie häufig der Server prüft, ob der Sicherheitsservice betriebsbereit ist.
Der Standardwert ist 5000 Millisekunden. Dies entspricht 5 Sekunden.
com.ibm.ws.orb.services.lsd.SecurityServiceCheckRetry
Gibt an, wie oft der Server maximal prüft, ob der Sicherheitsservice betriebsbereit ist, bevor er eine Fehlernachricht absetzt, die angibt, dass die Authentifizierung eines ein LSD-bezogenen (Location Service Daemon) ORB-Aufrufs fehlgeschlagen ist.
Der Standardwert ist 10.
com.ibm.ws.orb.services.redirector.MaxOpenSocketsPerEndpoint
Gibt die maximale Anzahl Verbindungen an, die das IIOP-Tunnel-Servlet für jeden Zielhost und Zielport in seinem Verbindungscache speichert. Falls die Zahl der Clientanforderungen, die an einem einzelnen Host oder Port gleichzeitig ankommen, die Einstellung für diese Eigenschaft überschreitet, öffnet das IIOP-Tunnel-Servlet für jede weitere Clientanforderung eine temporäre Verbindung zum Zielserver und schließt diese Verbindung, nachdem es eine Antwort empfangen hat. Verbindungen, die geöffnet wurden, aber während eines Zeitraums von fünf Minuten nicht verwendet werden, werden aus dem Cache für das IIOP Tunnel Servlet entfernt.
Information | Wert |
---|---|
Standardwert von WebSphere Application Server | 3 |
JDK-Standardwert | Nicht zutreffend |
Einstellmöglichkeiten | 0 - größte von Java erkannte ganze Zahl mit erweiterter Genauigkeit |
com.ibm.ws.orb.services.redirector.RequestTimeout
Gibt die maximale Anzahl Sekunden an, während der das IIOP Tunnel Servlet auf eine Antwort vom Zielserver auf die Anforderung eines Clients wartet. Wird für diese Eigenschaft kein Wert oder ein ungültiger Wert angegeben, dann wird als Einstellung für die Eigenschaft "com.ibm.ws.orb.services.redirector.RequestTimeout" die Einstellung der Eigenschaft "com.ibm.CORBA.RequestTimeout" für den Anwendungsserver verwendet, in dem das IIOP-TunnelServlet installiert ist.
Der Wert, den Sie für diese Eigenschaft festlegen, sollte mindestens so hoch sein wie die höchste Clienteinstellung für die Eigenschaft "com.ibm.CORBA.RequestTimeout". Andernfalls läuft das Zeitlimit für das IIOP-Tunnel-Servlet schneller ab als das Zeitlimit für den Client, der auf eine Antwort wartet. Falls die Eigenschaft auf den Wert null gesetzt wird, gilt für das IIOP-Tunnel-Servlet kein Zeitlimit.
Information | Wert |
---|---|
Standardwert von WebSphere Application Server | Die Einstellung der Eigenschaft
"com.ibm.CORBA.RequestTimeout" für den Anwendungsserver, auf dem das
IIOP-Tunnel-Servlet installiert ist. Das RAS-Attribut "request_timeout request-level" für die Anforderungsstufe überschreibt die Eigenschaft com.ibm.CORBA.RequestTimeout für IIOP-Anforderungen. Sie definieren RAS-Attribute der Anforderungsebene in der Workloadklassifikationsdatei. |
JDK-Standardwert | Nicht zutreffend |
Einstellmöglichkeiten | 0 - größte von Java erkannte ganze Zahl mit erweiterter Genauigkeit |
com.ibm.ws.orb.transport.DeferSSLHandshake
Diese angepasste Eigenschaft gibt an, ob der serverseitige ORB einen SSL-Handshake (Secure Sockets Layer) für einen der sicheren Listener-Threads des ORB ausführt oder ob der SSL-Handshake bis zu einem neu erstellten Reader-Thread verzögert wird.
Wenn Sie die angepasste Eigenschaft "com.ibm.ws.orb.transport.DeferSSLHandshake" auf false setzen (oder wenn Sie die Eigenschaft gar nicht setzen), wird der SSL-Handshake zwischen dem Client und dem Server vom Listener-Thread des Servers für neue eingehende SSL-Verbindungen ausgeführt. Dabei wird ein neuer Reader-Thread erstellt, um die neue eingehende ORB-Anforderungsnachricht zu lesen. Wenn die Eigenschaft auf true gesetzt ist, führt der Listener-Thread keinen SSL-Handshake aus, sondern verzögert den Handshake bis zum neu erstellten Reader-Thread, der den SSL-Handshake ausführt und dann die eingehende ORB-Anforderungsnachricht liest. Diese Eigenschaft kann auf Servern verwendet werden, die eine sehr große Anzahl gleichzeitig eingehender neuer SSL-ORB-Verbindungen bewältigen müssen, um sicherzustellen, dass der ORB-Listener-Thread nicht zu einem Engpass wird, und um Lesezeitlimits für SSL-Handshakes (aufgrund der Einstellung com.ibm.ws.orb.transport.SSLHandshakeTimeout) zu unterbinden bzw. die Häufigkeit ihres Auftretens zu verringern.
- CSIV2_SSL_MUTUALAUTH_LISTENER_ADDRESS - CSIv2-SSL-Port für Clientauthentifizierung
- CSIV2_SSL_SERVERAUTH_LISTENER_ADDRESS - CSIv2-SSL-Port
- SAS_SSL_SERVERAUTH_LISTENER_ADDRESS - SAS-SSL-Port
Information | Wert |
---|---|
Standardeinstellung für WebSphere Application Server | false |
JDK-Standardwert | Ohne |
com.ibm.ws.orb.transport.SSLHandshakeTimeout
Diese angepasste Eigenschaft gibt einen Zeitlimitwert für das Lesen von Nachrichten im Zusammenhang mit dem SSL-Handshake an.
Wenn Sie die angepasste Eigenschaft com.ibm.ws.orb.transport.SSLHandshakeTimeout auf einen positiven ganzzahligen Wert setzen, wird der Listener-Thread nicht blockiert, wenn nach dem definierten Zeitlimit eine Nachricht empfangen wird. Wird die Eigenschaft nicht gesetzt bzw. wird sie nicht auf einen positiven ganzzahligen Wert gesetzt, wird als Zeitlimitwert standardmäßig Null (0) verwendet, es wird kein Zeitlimitintervall hinzugefügt, und im Listener-Thread kann es zu einer Blockierung kommen.
Information | Wert |
---|---|
Datentyp | Integer |
Standardwert | Null (0) |
Einheiten | Millisekunden |
com.ibm.ws.orb.transport.useMultiHome
Legt fest, ob der Server-ORB an alle Netzschnittstellen im System gebunden wird. Bei der Angabe von true wird der ORB an alle für ihn verfügbaren Netzschnittstellen gebunden. Bei der Angabe von false wird der ORB nur an die Netzschnittstellen gebunden, die für die Systemeigenschaft "com.ibm.CORBA.LocalHost" festgelegt wurden.
Information | Wert |
---|---|
Standardwert von WebSphere Application Server | true |
JDK-Standardwert | true |
javax.rmi.CORBA.UtilClass
Gibt den Namen der Java-Klasse an, die das Produkt verwendet, um die Schnittstelle javax.rmi.CORBA.UtilDelegate zu implementieren.
Diese Eigenschaft unterstützt das Delegieren von Methodenimplementierungen in der Klasse "javax.rmi.CORBA.Util". Die Klasse "javax.rmi.CORBA.Util" stellt Dienstprogrammmethoden bereit, die von Stub- und Tie-Klassen zur Ausführung allgemeiner Operationen verwendet werden können. Die delegierte Komponente ist eine Singleton-Instanz einer Klasse, die diese Schnittstelle implementiert und eine Ersatzimplementierung für alle Methoden von javax.rmi.CORBA.Util bereitstellt. Damit die Delegierung aktiviert wird, müssen Sie den entsprechenden Klassennamen als Wert der Systemeigenschaft "javax.rmi.CORBA.UtilClass" angeben. Der Standardwert unterstützt die Eigenschaft "com.ibm.CORBA.iiop.noLocalCopies".
Information | Wert |
---|---|
Standardwert von WebSphere Application Server | com.ibm.ws.orb.WSUtilDelegateImpl |
JDK-Standardwert | Ohne |