Proprietà personalizzate ORB (Object Request Broker)

Specifica il nome host DNS (domain name service) o l'indirizzo IP della macchina su cui risiede il contatto del server iniziale per questo client.

Per una riga comandi o un'alternativa programmatica, leggere l'argomento Suggerimenti di programmazione lato client per il servizio ORB (Object Request Broker).

Specifica la porta che ORB utilizza per eseguire il bootstrap sulla macchina su cui è in ascolto il contatto server iniziale per questo client.

Per una riga comandi o un'alternativa programmatica, leggere l'argomento Suggerimenti di programmazione lato client per il servizio ORB (Object Request Broker).

com.ibm.CORBA.ConnectTimeout specifica il tempo massimo, in secondi, che l'ORB del client attende prima del timeout quando tenta di stabilire una connessione IIOP con un ORB del server remoto. Generalmente, le applicazioni client utilizzano questa proprietà. È possibile specificare la proprietà per ogni singolo server delle applicazioni tramite la console di gestione.

Iniziare con il valore di timeout predefinito, ma considerare fattori quali la congestione di rete e il carico e la capacità del server delle applicazioni. Valori inferiori forniscono prestazioni di failover migliori in caso di problemi estesi con il server remoto, come ad esempio il tempo di inattività. Valori più elevati sono migliori per prestazioni di rete lente o server remoto. Tuttavia, le eccezioni possono verificarsi se il server remoto non dispone di tempo sufficiente per completare la richiesta successiva. Il valore 0 indica che l'ORB si basa sul timeout impostato dal livello TCP/IP del sistema operativo. Per la maggior parte dei sistemi operativi, il timeout è impostato su 75 secondi.

Specifica la classe intercettatore connessioni utilizzata per determinare il tipo di connessione IIOP in uscita da utilizzare per una richiesta e, se sicura, la qualità delle caratteristiche di protezione associate alla richiesta.

Specifica se l'ORB utilizza il meccanismo di richiesta di individuazione per trovare gli oggetti in una cella WebSphere Application Server . Utilizzare questa proprietà per l'ottimizzazione delle prestazioni.

Quando questa proprietà è impostata su true, l'ORB invia prima un breve messaggio al server per individuare l'oggetto a cui deve accedere. Questo primo contatto viene chiamato richiesta di individuazione. Se la maggior parte delle chiamate al metodo iniziale sono piccole, l'impostazione di questa proprietà su false potrebbe migliorare le prestazioni poiché questa modifica dell'impostazione può ridurre il traffico GIOP di almeno la metà. Se la maggior parte dei richiami del metodo iniziale sono grandi, impostare questa proprietà su true. Quando la proprietà è impostata su true, viene inviato il messaggio di richiesta di individuazione di piccole dimensioni invece del messaggio di richiesta di individuazione di grandi dimensioni. Il messaggio di grandi dimensioni viene quindi inviato alla destinazione dopo che è stato trovato l'oggetto desiderato.

Specifica la dimensione dei frammenti GIOP che ORB utilizza quando invia le richieste. Se la dimensione totale di una richiesta supera il valore impostato, l'ORB suddivide la richiesta in frammenti e invia ciascun frammento separatamente fino a quando non viene inviata l'intera richiesta. Impostare questa proprietà sul lato client con una proprietà di sistema -D se si utilizza un'applicazione Java indipendente.

Modificare il valore specificato per com.ibm.CORBA.FragmentSize se la quantità di dati inviati su IIOP nella maggior parte delle richieste GIOP supera 1 KB o se i dump dei thread mostrano che la maggior parte dei thread lato client è in attesa durante l'invio o la ricezione dei dati. La maggior parte dei messaggi dovrebbe avere pochi o nessun frammento.

Se si desidera indicare all'ORB di non suddivide in blocchi le richieste o le risposte inviate, impostare questa proprietà su 0. Tuttavia, l'impostazione del valore su zero non impedisce all'ORB di ricevere i frammenti GIOP nelle richieste o risposte inviate da un altro ORB.

Specifica la porta su cui questo server è in ascolto delle richieste in entrata. Questa impostazione si applica solo agli ORB lato client.

Specifica il nome host o l'indirizzo IP del sistema su cui è in esecuzione l'ORB dell'applicazione client o del server delle applicazioni.

Specifica il numero di thread di lettura JNI da assegnare nel pool di thread di lettura JNI utilizzato dall'ORB. Ogni thread può gestire fino a 1024 collegamenti.

Specifica che vengono utilizzati i thread del programma di lettura JNI. Il nome della proprietà specifica il nome classe del componente ORB che gestisce il lotto di thread del lettore JNI e interagisce con la libreria SO nativa utilizzata per elaborare più connessioni contemporaneamente.

Specifica un'alternativa al gestore RAS predefinito dell'ORB. Questa proprietà deve essere impostata su com.ibm.websphere.ras.WsOrbRasManager prima che ORB possa essere integrato con il resto dell'elaborazione RAS per il prodotto.

Specifica se i contesti di connessione, come la versione del partner, il runtime del contesto di invio e i contesti Codebase, vengono sempre inviati con ogni messaggio GIOP o vengono inviati solo una volta per ogni connessione.

Quando questa proprietà è impostata su always, tutti i contesti di connessione vengono inviati con ogni richiesta GIOP e ogni risposta GIOP.

Quando questa proprietà è impostata su once, i contesti di connessione vengono inviati solo con la richiesta iniziale.

Specifica il numero massimo di richieste di connessione che possono essere in attesa di essere gestite dall'ORB server prima che il prodotto inizi a rifiutare le nuove richieste di connessione in entrata. Questa proprietà corrisponde albacklogper un costruttore ServerSocket ed è gestito direttamente da TCP/IP.

Se viene visualizzato un messaggio di connessione rifiutata in un log di traccia, in genere, la porta sulla macchina di destinazione non è aperta o il server è sovraccarico di richieste di connessione in coda. L'aumento del valore specificato per questa proprietà può aiutare ad alleviare questo problema se non sembra esserci alcun altro problema nel sistema.

Specifica che il messaggio di dettaglio dell'eccezione restituito ogni volta che l'ORB del server rileva un'eccezione del sistema CORBA contiene una breve descrizione dell'eccezione restituita dal metodo toString della classe java.lang.Throwable . Altrimenti, il messaggio contiene la traccia di stack completa restituita dal metodo printStackTrace della classe java.lang.Throwable.

Specifica la classe che ORB utilizza per creare i socket SSL per le connessioni IIOP in uscita sicure.

Specifica la classe che ORB utilizza per creare socket SSL per le connessioni IIOP in entrata.

Utilizzare questa proprietà personalizzata per specificare il periodo di tempo in cui ORB (object request broker) attende un thread disponibile dal pool di thread ORB prima di rifiutare una richiesta.

Quando l'ORB riceve una richiesta in entrata, la richiesta viene letta da un thread del programma di lettura ORB. Il thread del programma di lettura ORB tenta di inviare la richiesta per l'elaborazione da parte di un thread di lavoro nel pool di thread ORB. Quando tutti i thread di lavoro gestiscono altre richieste, il thread di lettura attende che un thread di lavoro diventi disponibile. Mentre il thread di lettura è in attesa, le nuove richieste non vengono elaborate da quel particolare thread di lettura. Questa situazione può portare a deadlock tra i pool di thread ORB su due diversi processi JVM (Java virtual machine). I deadlock sono evidenti quando l'ORB in un processo JVM deve richiamare l'ORB nell'altro processo JVM per completare la richiesta. Pertanto, è consigliabile impostare questa proprietà su un valore positivo diverso da zero, che configura un periodo di attesa finito e può limitare le situazioni di deadlock. Tuttavia, configurare il valore per questa proprietà personalizzata in base al suo effetto sul tempo di elaborazione medio della richiesta, il valore di timeout della richiesta ORB e se i server stanno effettuando ulteriori chiamate circolari o di backend.

Specifica la strategia del pool di thread LPD (logical pool distribution) che diventa effettiva al successivo avvio del server delle applicazioni ed è abilitata se è impostata su com.ibm.ws.threadpool.strategy.LogicalPoolDistribution.

Alcune richieste hanno tempi di avvio più brevi di altri. LPD è un meccanismo per fornire a queste richieste più brevi un maggiore accesso ai thread di avvio. Per ulteriori informazioni, leggere l'argomento Distribuzione del pool logico.

Specifica la frequenza con cui il meccanismo LPD (logical pool distribution) riadegua l'ora di inizio destinazione del lotto. Questa proprietà non può essere disattivata una volta installato questo supporto.

Se si utilizza questa proprietà, è necessario abilitare LPD. Per ulteriori informazioni, leggere la descrizione della proprietà com.ibm.websphere.threadpool.strategy.implementation .

Specifica, in millisecondi, per quanto tempo vengono conservati i dati interni di distribuzione del lotto logico per le richieste inattive. Questo meccanismo traccia diverse statistiche per ogni tipo di richiesta ricevuto. Considerare la rimozione delle richieste che sono state inattive per un periodo di tempo insolitamente lungo.

Se si utilizza questa proprietà, è necessario abilitare LPD. Per ulteriori informazioni, leggere la descrizione della proprietà com.ibm.websphere.threadpool.strategy.implementation .

Specifica il numero di pool creati e il numero di thread assegnati a ciascun pool nel meccanismo di distribuzione del pool logico.

Il parametro ORB per specificare il numero massimo di thread controlla il numero totale di thread. Il parametro outqueues viene specificato come un elenco separato da virgole di percentuali che sommano fino a 100. Ad esempio, l'elenco 25,25,25,25,25 configura 4 pool, ciascuno assegnato al 25 percento del pool di thread ORB disponibile. I pool vengono indicizzati da sinistra a destra da 0 a n-1. Il meccanismo di calcolo assegna dinamicamente a ciascuna coda in uscita un'ora di avvio di destinazione. Le ore di avvio di destinazione vengono assegnate alle code in uscita in ordine crescente. Pertanto, il pool 0 richiama le richieste con l'ora di avvio minima e il pool n-1 richiama le richieste con l'ora di avvio più elevata.

Se si specifica questa proprietà, è necessario abilitare LPD. Per ulteriori informazioni, leggere la descrizione della proprietà com.ibm.websphere.threadpool.strategy.implementation .

Specifica che viene eseguito il dump delle statistiche in stdout una volta scaduto questo intervallo, ma solo se le richieste vengono elaborate. Questo processo impedisce al meccanismo di riempire i file di log con informazioni ridondanti. Queste statistiche sono utili per ottimizzare il meccanismo di distribuzione del lotto logico.

Se si utilizza questa proprietà, è necessario abilitare LPD. Per ulteriori informazioni, leggere la descrizione della proprietà com.ibm.websphere.threadpool.strategy.implementation .

Specifica la dimensione di una nuova coda in cui le richieste in entrata attendono la distribuzione. Relativo al meccanismo di distribuzione del lotto logico.

Se si utilizza questa proprietà, è necessario abilitare LPD. Per ulteriori informazioni, leggere la descrizione della proprietà com.ibm.websphere.threadpool.strategy.implementation .

Impedisce che le chiamate ORB in uscita relative all'LSD (Location Service Daemon) vengano richiamate prima dell'inizializzazione del servizio di sicurezza.

A volte le chiamate ORB in uscita relative a LSD (Location Service Daemon) non riescono ad eseguire l'autenticazione perché le chiamate vengono effettuate prima che il server sia pronto ad autenticare gli utenti. Se si desidera che il server attenda l'inizializzazione di Security Service prima di richiamare le chiamate ORB in uscita, impostare questa proprietà su true.

Il valore predefinito è false.

Specifica, in millisecondi, la frequenza con cui il server verifica se il servizio di sicurezza è attivo e in esecuzione.

Se si imposta la proprietà personalizzata com.ibm.ws.orb.services.lsd.EnableSecurityServiceCheck su true, utilizzare questa proprietà per indicare la frequenza con cui il server controlla se il servizio di sicurezza è attivo e in esecuzione.

Il valore predefinito è 5000 millisecondi, che equivale a 5 secondi.

Specifica il numero massimo di volte in cui il server controlla se il servizio di sicurezza è attivo e in esecuzione prima di emettere un messaggio di errore che indica che una chiamata ORB in uscita relativa all'LSD (Location Service Daemon) non ha eseguito l'autenticazione.

Il valore predefinito è 10.

Specifica il numero massimo di connessioni che il servlet tunnel IIOP conserva nella relativa cache di connessioni per ogni host e porta di destinazione. Se il numero di richieste client simultanee a un singolo host e porta supera l'impostazione per questa proprietà, il servlet tunnel IIOP apre una connessione temporanea al server di destinazione per ogni richiesta client supplementare e quindi chiude la connessione una volta ricevuta la risposta. Le connessioni aperte, ma non utilizzate entro 5 minuti, vengono rimosse dalla cache per il servlet tunnel IIOP.

Specifica il numero di secondi per cui il servlet tunnel IIOP attende una risposta dal server di destinazione per conto di un client prima del timeout. Se non viene specificato un valore per questa proprietà o se non viene specificato correttamente, com.ibm.CORBA.RequestTimeout per il server delle applicazioni, su cui è installato il servlet tunnel IIOP, viene utilizzata come impostazione per la proprietà com.ibm.ws.orb.services.redirector.RequestTimeout .

Il valore specificato per questa proprietà deve essere alto almeno quanto l'impostazione client più alta per com.ibm.CORBA.RequestTimeout ; in caso contrario, il servlet tunnel IIOP potrebbe andare in timeout più rapidamente del timeout del client durante l'attesa di una risposta. Se questa proprietà è impostata su zero, il servlet del tunnel IIOP non va in timeout.

Questa proprietà personalizzata specifica se l'ORB lato server esegue un handshake SSL (Secure Sockets Layer) su uno dei thread listener sicuri dell'ORB o se l'handshake SSL viene rinviato a un thread Reader appena creato.

Quando si imposta la proprietà personalizzata com.ibm.ws.orb.transport.DeferSSLHandshake su false (o non impostarla affatto), l'handshake SSL tra il client e il server (eseguito per le nuove connessioni SSL in entrata) viene eseguito dal thread listener del server, a quel punto verrà creato un nuovo thread Reader per leggere il messaggio di richiesta ORB in entrata. Quando la proprietà è impostata su true, il thread del listener non esegue l'handshake SSL ma rinvia l'handshake al thread del lettore appena creato che esegue l'handshake SSL e legge il messaggio di richiesta ORB in entrata. Questa proprietà può essere utilizzata su server che gestiscono una quantità estremamente elevata di nuove connessioni ORB SSL in entrata simultanee, garantendo che il thread listener dell'ORB non diventi un collo di bottiglia ed eliminando o riducendo i timeout di lettura dell'handshake SSL (a causa dell'impostazione com.ibm.ws.orb.transport.SSLHandshakeTimeout ).

Questa proprietà personalizzata specifica un valore di timeout per la lettura dei messaggi relativi all'handshake SSL (Secure Sockets Layer).

Quando si imposta la proprietà personalizzata com.ibm.ws.orb.transport.SSLHandshakeTimeout su un valore intero positivo, il thread del listener non si blocca se viene ricevuto un messaggio che segue il periodo di timeout specificato. Se non si imposta questa proprietà personalizzata o non la si imposta su un valore intero positivo, il valore di timeout assume il valore predefinito di 10000, non viene aggiunto un periodo di timeout e il thread del listener può bloccarsi.

Specifica se l'ORB del server si collega a tutte le interfacce di rete nel sistema. Se si specifica true, l'ORB si collega a tutte le interfacce di rete disponibili. Se si specifica false, l'ORB si collega solo all'interfaccia di rete specificata per com.ibm.CORBA.LocalHost LocalHost.

Specifica il nome della classe Java che il prodotto utilizza per implementare javax.rmi.CORBA.UtilDelegate Delegate.

Questa proprietà supporta la delega per le implementazioni del metodo in javax.rmi.CORBA.Util . javax.rmi.CORBA.Util fornisce metodi di utilità che possono essere utilizzati da stub e legami per eseguire operazioni comuni. Il delegato è un'istanza singleton di una classe che implementa questa interfaccia e fornisce un'implementazione di sostituzione per tutti i metodi di javax.rmi.CORBA.Util. Per abilitare un delegato, fornire il nome della classe del delegato come valore di javax.rmi.CORBA.UtilClass . Il valore predefinito fornisce il supporto per la proprietà com.ibm.CORBA.iiop.noLocalCopies .