![[z/OS]](../images/ngzos.gif)
Récapitulatif des propriétés d'expiration
Les propriétés d'expiration permettent de contrôler la durée autorisée pour la réalisation des différentes demandes. Certaines de ces propriétés sont mappées vers des noms de variable internes. Ceux-ci vous sont fournis dans le présent document afin de vous assister dans le débogage.
Propriétés de compteur relatives à la configuration des beans gérés par message pour utiliser des ports d'écoute ou des spécifications d'activation
Les ports d'écoute sont obsolètes à partir de la version 7 et des versions ultérieures de WebSphere Application Server. Préparez-vous donc à migrer vos configurations de déploiement de bean géré par message WebSphere MQ depuis l'utilisation des ports d'écoute vers l'utilisation des spécifications d'activation. Toutefois, ne commencez pas cette migration si vous pensez que l'application a encore besoin d'utiliser des serveurs d'applications antérieurs à WebSphere Application Server version 7. Dans certains cas, vous continuez à utiliser les ports d'écoute et de déploiement de bean géré par message WebSphere MQ, tandis que dans d'autres, vous utilisez les spécifications d'activation et de déploiement de bean géré par message WebSphere MQ.
- control_region_mdb_request_timeout
- control_region_mdb_queue_timeout_percent
- server_region_mdb_stalled_thread_dump_action
- control_region_wlm_dispatch_timeout
- control_region_iiop_queue_timeout_percent
- server_region_iiop_stalled_thread_dump_action
Lorsque vous suivez les instructions de configuration de ces propriétés, gardez en mémoire les propriétés qui s'appliquent aux ports d'écoute par rapport à celles qui s'appliquent aux spécifications d'activation.
Paramètres avancés de service de la fonction ORB (Object Request Broker)
- Elément actif du programme d'écoute de l'ORB
- Dans un environnement non SSL (Secure Socket Layer), cette propriété
définit la valeur, en secondes, fournie au protocole TCP/IP via
l'option SOCK_TCP_KEEPALIVE pour le programme d'écoute IIOP. La fonction de cette option consiste à vérifier que les sessions en veille sont toujours valides en interrogeant la pile TCP/IP client.
Si le client ne répond pas, la session se ferme. Si la connexion au client
est perdue sans que le serveur reçoive une notification, la session reste
active côté serveur. Cette option permet d'épurer ces
sessions inutiles.
- Si cette propriété n'est pas définie, l'option TCP/IP n'est pas définie.
- Le paramétrage de l'option SOCK_TCP_KEEPALIVE génère un trafic du réseau sur les sessions en veille qui peut être indésirable.
Valeur par défaut : 0
Méthode de définition : définissez cette propriété dans la console d'administration en cliquant sur Serveurs > Types de serveurs > Serveurs d'applications WebSphere > nom_serveur > Services du conteneur > Service ORB > Paramètres z/OS supplémentaires.
- Elément actif du programme d'écoute SSL de l'ORB
- Dans un environnement SSL, cette propriété définit la valeur, en
secondes, fournie au protocole TCP/IP via l'option SOCK_TCP_KEEPALIVE pour
le programme d'écoute IIOP. La fonction de cette option consiste à vérifier que les sessions en veille sont toujours valides en interrogeant la pile TCP/IP client. Si le client ne répond pas, la session se ferme. Si la connexion au client
est perdue sans que le serveur reçoive une notification, la session reste
active côté serveur. Cette option permet d'épurer ces
sessions inutiles.
- Si cette propriété n'est pas définie, l'option TCP/IP n'est pas définie.
- Le paramétrage de l'option SOCK_TCP_KEEPALIVE génère un trafic du réseau sur les sessions en veille qui peut être indésirable.
Valeur par défaut : 0
Méthode de définition : définissez cette propriété dans la console d'administration en cliquant sur Serveurs > Types de serveurs > Serveurs d'applications WebSphere > nom_serveur > Services du conteneur > Service ORB > Paramètres z/OS supplémentaires.
- Délai d'attente WLM
- Indique la durée maximale, en secondes, pendant laquelle la
gestion de charge de travail attend la fin des requêtes IIOP. Ce délai inclut :
- la durée pendant laquelle la requête IIOP attend dans la file d'attente WLM avant d'être envoyée à un servant, et
- la durée pendant laquelle un composant d'application, s'exécutant dans le servant, traite la requête et génère une réponse.
Avertissement : Ce paramètre ne s'applique pas aux demandes HTTP ou au support de messagerie évolutif. La valeur indiquée dans la propriété personnalisée du serveur ConnectionResponseTimeout détermine le délai accordé pour l'expédition du travail vers un servant.Valeur par défaut : 300 secondes
Méthode de définition : définissez cette propriété dans la console d'administration en cliquant sur Serveurs > Types de serveurs > Serveurs d'applications WebSphere > nom_serveur > Services du conteneur > Service ORB > Paramètres z/OS supplémentaires.
Nom de la variable interne (pour le débogage) : localisez le nom de la variable interne control_region_wlm_dispatch_timeout dans le fichier was.env ou dans le journal des travaux JES.
Exemple : WLM timeout=600
A l'aide de la propriété personnalisée du serveur control_region_iiop_queue_timeout_percent, indiquez, sous forme de pourcentage du délai d'expiration WLM, la durée pendant laquelle une requête peut rester dans la file d'attente WLM.
- Délai d'attente de la requête
- Indique le délai maximal, en secondes, pendant lequel le client attend la réponse à une requête client. La valeur indiquée pour cette zone est un paramètre au niveau du serveur qui a une incidence sur les appels de bean enterprise RMI/IIOP effectués sur ce serveur.
Dans la mesure où le protocole TCP/IP du sysplex s'exécutant via l'unité de couplage n'indique pas toujours au client quand l'autre extrémité de la socket est fermée, les clients peuvent attendre une réponse indéfiniment sauf si vous définissez cette propriété. Le paramétrage du Délai d'expiration de la requête garantit que le client obtient une réponse dans le délai spécifié, même si la réponse est une exception COMM_FAILURE.
Valeur par défaut : 0 (illimité). Aucune valeur de délai d'expiration n'est définie.
Méthode de définition : définissez cette propriété dans la console d'administration en cliquant sur Serveurs > Types de serveurs > Serveurs d'applications WebSphere > nom_serveur > > Services du conteneur > Service ORB > Paramètres z/OS supplémentaires.
Si vous utilisez un script de ligne de commande, le nom complet de cette propriété système est com.ibm.CORBA.RequestTimeout.
Exemple : si vous indiquez Request timeout=2, la durée est limitée à 2 secondes.
Propriétés d'expiration du service de transaction
- Délai d'expiration de la durée du vie totale d'une transaction
- Indique le délai maximal, en secondes, pendant lequel le serveur J2EE
attend la fin d'une transaction d'application générée dans ce serveur si
la transaction d'application n'a pas défini sa propre valeur de délai
d'expiration via la méthode
UserTransaction.setTransactionTimeout(). Si la transaction d'application n'est pas validée ou annulée dans le délai spécifié, la transaction d'application est marquée pour l'annulation et est autorisée à poursuivre son exécution pendant une période de grâce d'environ 4 minutes. Si la transaction d'application est validée ou annulée pendant cette période de grâce, la sortie de la transaction est toujours annulée. Si la transaction d'application n'est pas terminée après la période de grâce, le contrôleur arrête anormalement le servant dans lequel le composant d'application s'exécute, avec ABEND EC3 RSN=04130002 ou 04130005.
Eviter les incidents: Seul le délai de la durée de vie totale de la transaction et le délai d'expiration maximal de la transaction possèdent des périodes de grâce. gotcha
Si cette valeur est égale à 0, cela signifie que le délai d'attente ne s'applique pas et que la valeur du délai d'expiration maximal des transactions est utilisée à la place.
Valeur par défaut : 120 secondes
Méthode de définition : définissez cette propriété dans la console d'administration en cliquant sur Serveurs > Types de serveurs > Serveurs d'applications WebSphere > nom_serveur > Services du conteneur > Service Transaction.
Nom de la variable interne (pour le débogage) : recherchez transaction_defaultTimeout dans le fichier was.env ou dans le journal des travaux JES.
- Délai d'expiration maximal des transactions
- Indique le délai maximal, en secondes, pendant lequel le serveur J2EE
attend la fin d'une transaction d'application propagée dans ce serveur. Cette valeur s'applique également aux transactions démarrées dans ce
serveur si leurs applications associées ne définissent pas de délai
d'expiration des transactions et que le délai d'expiration total de durée
de vie des transactions est égal à 0.
Cette valeur constitue la limite supérieure de tous les autres délais. Si une application emploie la méthode UserTransaction.setTransactionTimeout() pour indiquer une durée plus longue, le serveur J2EE modifie le paramètre de l'application et indique la valeur précisée pour la propriété Délai d'expiration maximal des transactions.
Si cette valeur est égale à 0, cela signifie que le délai d'attente ne s'applique pas et que les transactions affectées par ce délai d'attente n'expirent jamais.
Valeur par défaut : 300 secondes
Méthode de définition : définissez cette propriété dans la console d'administration en cliquant sur Serveurs > Types de serveurs > Serveurs d'applications WebSphere > nom_serveur > Services du conteneur > Service Transaction.
Nom de la variable interne (pour le débogage) : recherchez le nom de la variable interne transaction_maximumTimeout dans le fichier was.env ou dans le journal des travaux JESg.
- transaction_recoveryTimeout
- Indique la durée, en minutes, pendant laquelle ce contrôleur tente
de résoudre des transactions en attente de validation avant
d'envoyer un message WTOR à la console, demandant s'il doit :
- Arrêter d'essayer de résoudre les transactions en attente de validation.
- Ecrire les informations liées aux transactions dans le journal des travaux ou copier sur papier le journal et s'arrêter.
Si l'opérateur répond que la reprise sur incident doit se poursuivre, le contrôleur tente la reprise pendant la durée indiquée avant le nouvel envoi du message WTOR. Une fois toutes les transactions résolues, la région du contrôleur s'arrête. Cette propriété ne s'applique qu'aux contrôleurs en mode PRR (reprise et redémarrage d'homologues).
Valeur par défaut : 15 minutes
Méthode de définition : définissez cette propriété dans la console d'administration en cliquant sur Environnement > Variables WebSphere, puis sélectionnez le noeud ou la cellule approprié dans la liste des noeuds et des cellules disponibles et cliquez sur Nouveau. Ajoutez la propriété délai_expiration_récupération_transaction dans la zone Nom, puis indiquez une valeur différente dans la zone Valeur.
Nom de la variable interne (pour le débogage) : recherchez transaction_recoveryTimeout dans le fichier was.env ou dans le journal des travaux JES.
Exemple : transaction_recoveryTimeout=7
Propriétés personnalisées du serveur
- control_region_mdb_request_timeout
- Indique le délai d'attente (en secondes) observé par le serveur pour
la réception d'une réponse à une requête MDB (bean géré par message). Si
la réponse n'est pas reçue pendant le délai indiqué, le servant
peut s'arrêter anormalement avec EC3 ABEND, RSN=04130008. Vous pouvez lui attribuer la valeur 0 si vous voulez désactiver cette fonction.
Valeur par défaut : 120
Méthode de définition : définissez cette propriété dans la console d'administration en cliquant sur Environnement > Variables WebSphere, puis sélectionnez le noeud ou la cellule approprié dans la liste des noeuds et des cellules disponibles et cliquez sur Nouveau. Ajoutez la propriété control_region_mdb_request_timeout dans la zone Nom et précisez une valeur différente dans la zone Valeur.
Nom de la variable interne (pour le débogage) : recherchez control_region_mdb_request_timeout dans le fichier was.env ou dans le journal des travaux JES. Pour plus de détails, voir les informations relatives aux propriétés personnalisées z/OS des serveurs d'applications.
Exemple : control_region_mdb_request_timeout=180
A l'aide de la propriété personnalisée du serveur control_region_mdb_queue_timeout_percent, indiquez, sous forme de pourcentage de la valeur de la propriété control_region_mdb_request_timeout, la durée pendant laquelle une requête MDB peut rester dans la file d'attente WLM. La propriété personnalisée control_region_mdb_request_timeout permet de spécifier la durée combinée passée par la demande dans la file d'attente WLM et en expédition. La propriété control_region_mdb_queue_timeout_percent ne s'applique qu'à la durée passée par la demande dans la file d'attente WLM.
- control_region_timeout_save_last_servant
- Lorsque cette propriété a pour valeur 1, elle indique que, lorsque la propriété personnalisée
wlm_minimumSRCount est paramétrée sur une valeur supérieure à 1, le dernier servant disponible ne prend pas fin de
façon anormale en raison d'une situation de dépassement de délai. Le
servant peut être anormalement arrêté lorsqu'une nouvelle région de
servant commence à accepter des demandes de travail.
Ce paramètre
permet aux demandes de travail de se poursuivre sans interruption.
Cependant,
si vous attribuez la valeur 1 à cette propriété, vous
risquez de perdre des ressources système si l'unité d'exécution du servant
expédié ayant expiré continue à boucler ou devient inactif, ce qui empêche
la libération des unités d'exécution du servant affectées à ce servant.
Cette propriété peut avoir la valeur 0 ou 1.
La définition de cette propriété est ignorée si la propriété wlm_dynapplenv_single_server prend la valeur 1.
Valeur par défaut : 0
Méthode de définition : définissez cette propriété dans la console d'administration en cliquant sur Environnement > Variables WebSphere, puis sélectionnez le noeud ou la cellule approprié dans la liste des noeuds et des cellules disponibles et cliquez sur Nouveau. Ajoutez la propriété control_region_timeout_save_last_servant dans la zone Nom et indiquez 1 dans la zone Valeur.
Nom de la variable interne (pour le débogage) : recherchez control_region_timeout_save_last_servant dans le fichier was.env ou dans le journal des travaux JES.
- protocol_http_timeout_output_recovery
- Contrôle l'action de reprise effectuée sur les délais d'expiration des requêtes reçues via le transport HTTP. La valeur SERVANT
permet l'arrêt des servants en cas d'expiration. Si une demande HTTP est
en cours d'expédition dans un servant lorsque la valeur de son délai
d'expiration est atteinte, le servant s'arrête avec un message ABEND EC3
RSN=04130007. La requête et le socket HTTP sont ensuite nettoyés. La valeur SESSION nettoie uniquement la requête et la
socket HTTP. Aucune tentative n'est effectuée pour interrompre le
traitement d'une demande HTTP expédiée dans un servant. L'utilisation
de cette valeur peut entraîner une perte des ressources si la demande HTTP expédiée tourne en boucle ou devient inactive.
Valeur par défaut : SERVANT
Méthode de définition : définissez cette propriété dans la console d'administration en cliquant sur Environnement > Variables WebSphere, puis sélectionnez le noeud ou la cellule approprié dans la liste des noeuds et des cellules disponibles et cliquez sur Nouveau. Ajoutez la propriété protocol_http_timeout_output_recovery dans la zone Nom, puis indiquez une valeur différente dans la zone Valeur.
Nom de la variable interne (pour le débogage) : recherchez protocol_http_timeout_output_recovery dans le fichier was.env ou dans le journal des travaux JES.
Exemple : protocol_http_timeout_output_recovery=SERVANT
- protocol_https_timeout_output_recovery
- Contrôle l'action de reprise effectuée sur les délais d'expiration des
requêtes reçues via le transport HTTPS. La valeur SERVANT
permet l'arrêt des servants en cas d'expiration. Si une demande HTTP est
en cours d'expédition dans un servant lorsque la valeur de son délai
d'expiration est atteinte, le servant s'arrête avec un message ABEND EC3
RSN=04130007. La requête et le socket HTTPS sont ensuite nettoyés. La
valeur SESSION nettoie uniquement la requête et la socket
HTTPS. Aucune tentative n'est effectuée pour interrompre le traitement
d'une demande HTTPS expédiée dans un servant. L'utilisation de cette
valeur peut entraîner une perte des ressources si la demande HTTPS
expédiée tourne en boucle ou devient inactive.
Valeur par défaut : SERVANT
Méthode de définition : définissez cette propriété dans la console d'administration en cliquant sur Environnement > Variables WebSphere, puis sélectionnez le noeud ou la cellule approprié dans la liste des noeuds et des cellules disponibles et cliquez sur Nouveau. Ajoutez la propriété protocol_https_timeout_output_recovery dans la zone Nom, puis indiquez une valeur différente dans la zone Valeur.
Nom de la variable interne (pour le débogage) : recherchez protocol_https_timeout_output_recovery dans le fichier was.env ou dans le journal des travaux JES.
Exemple : protocol_https_timeout_output_recovery=SESSION
- protocol_sip_timeout_output
- Indique le délai d'attente (en secondes) observé par le serveur pour
la réception d'une réponse à une requête MDB (bean géré par message)
envoyée via un canal de transport SIP. Si
la réponse n'est pas reçue pendant le délai indiqué, le servant peut
s'arrêter anormalement avec un message ABEND EC3 RSN=04130008. Vous pouvez lui attribuer la valeur 0 si vous voulez désactiver cette fonction.
Valeur par défaut : 120
Méthode de définition : définissez cette propriété dans la console d'administration en cliquant sur Environnement > Variables WebSphere, puis sélectionnez le noeud ou la cellule approprié dans la liste des noeuds et des cellules disponibles et cliquez sur Nouveau. Ajoutez la propriété personnalisée protocol_sip_timeout_output dans la zone Nom, puis indiquez une valeur différente dans la zone Valeur.
Nom de la variable interne (pour le débogage) : recherchez protocol_sip_timeout_output_recovery dans le fichier was.env ou dans le journal des travaux JES.
Exemple : protocol_sip_timeout_output=180
A l'aide de la propriété personnalisée du serveur control_region_sip_queue_timeout_percent, indiquez, sous forme de pourcentage de la valeur de la propriété protocol_sip_timeout_output, la durée pendant laquelle une requête peut rester dans la file d'attente WLM.
- protocol_sips_timeout_output
- Indique le délai d'attente (en secondes) observé par le serveur pour
la réception d'une réponse à une requête MDB (bean géré par message). Si
la réponse n'est pas reçue pendant le délai indiqué, le servant peut
s'arrêter anormalement avec un message ABEND EC3 RSN=04130008. Paramétrez cette valeur sur 0 pour désactiver la fonction.
Valeur par défaut : 120
Méthode de définition : définissez cette propriété dans la console d'administration en cliquant sur Environnement > Variables WebSphere, puis sélectionnez le noeud ou la cellule approprié dans la liste des noeuds et des cellules disponibles et cliquez sur Nouveau. Ajoutez la propriété personnalisée protocol_sips_timeout_output dans la zone Nom, puis indiquez une valeur différente dans la zone Valeur.
Nom de la variable interne (pour le débogage) : recherchez protocol_sips_timeout_output_recovery dans le fichier was.env ou dans le journal des travaux JES.
Exemple : protocol_sips_timeout_output=180
A l'aide de la propriété personnalisée du serveur control_region_sips_queue_timeout_percent, indiquez, sous forme de pourcentage de la valeur de la propriété protocol_sips_timeout_output, la durée pendant laquelle une requête peut rester dans la file d'attente WLM.
- protocol_sip_timeout_output_recovery
- Contrôle l'action de reprise effectuée sur les délais d'expiration des requêtes reçues via SIP. La valeur SERVANT
permet l'arrêt des servants en cas d'expiration. Si une requête SIP est en cours d'expédition dans un servant lorsque la valeur de son délai
d'expiration est atteinte, le servant s'arrête avec le message ABEND EC3 RSN=04130007. La requête et le socket SIP sont ensuite nettoyés. Le paramètre
SESSION nettoie uniquement la requête et la socket SIP. Aucune tentative n'est effectuée pour interrompre le traitement d'une
requête SIP expédiée dans un servant. Le fait d'utiliser le paramètre de session peut entraîner une perte de ressources si la requête SIP expédiée
tourne en boucle ou se bloque.
Valeur par défaut : SERVANT
Méthode de définition : définissez cette propriété dans la console d'administration en cliquant sur Environnement > Variables WebSphere, puis sélectionnez le noeud ou la cellule approprié dans la liste des noeuds et des cellules disponibles et cliquez sur Nouveau. Ajoutez la propriété protocol_sip_timeout_output_recovery dans la zone Nom, puis indiquez une valeur différente dans la zone Valeur.
Nom de la variable interne (pour le débogage) : Recherchez protocol_sip_timeout_output_recovery dans le fichier was.env ou dans le journal des travaux JES.
Exemple : protocol_sip_timeout_output_recovery=SERVANT
- protocol_sips_timeout_output_recovery
- Contrôle l'action de reprise effectuée sur les délais d'expiration des requêtes reçues via SIPS. La valeur SERVANT
permet l'arrêt des servants en cas d'expiration. Si une requête SIPS est en cours
d'expédition dans un servant lorsque la valeur de son délai d'expiration est atteinte, le servant s'arrête avec un message ABEND EC3 RSN=04130007. La requête et le socket SIPS sont ensuite nettoyés. La valeur SESSION nettoie uniquement la requête et la socket SIPS. Aucune tentative n'est effectuée pour interrompre le traitement
d'une requête SIPS expédiée dans un servant. L'utilisation de cette valeur peut entraîner une perte des ressources si la requête SIPS expédiée tourne
en boucle ou devient inactive.
Valeur par défaut : SERVANT
Méthode de définition : définissez cette propriété dans la console d'administration en cliquant sur Environnement > Variables WebSphere, puis sélectionnez le noeud ou la cellule approprié dans la liste des noeuds et des cellules disponibles et cliquez sur Nouveau. Ajoutez la propriété protocol_sips_timeout_output_recovery dans la zone Nom, puis indiquez une valeur différente dans la zone Valeur.
Nom de la variable interne (pour le débogage) : recherchez protocol_sips_timeout_output_recovery dans le fichier was.env ou dans le journal des travaux JES.
Exemple : protocol_sips_timeout_output_recovery=SERVANT
- server_region_request_cputimeused_limit
- Indique, en millisecondes, le temps UC qui peut être utilisé par une requête d'application.
Cette propriété permet d'éviter qu'une requête d'application monopolise à elle seule le temps UC disponible en vous permettant de limiter le temps UC pouvant être utilisé par une requête unique. Un moniteur d'unité centrale est appelé lorsqu'une demande est expédiée. Si une requête dépasse le temps UC indiqué, le contrôleur considère que la requête ne répond plus. Il émet alors le message BBOO0327, pour faire connaître à l'application ayant émis la demande qu'elle a été sans réponse.
Le moniteur qui surveille le temps UC utilisé par une requête envoie un signal à l'unité d'exécution d'expédition lorsque le temps UC utilisé dépasse celui défini. Dans certaines situations, cependant, le signal ne peut pas être envoyé et la requête reste en attente. Par exemple, si l'unité d'exécution devient native et appelle une routine de PC, le signal reste en attente jusqu'aux retour de données de la routine.
Une fois le signal envoyé dans l'unité d'exécution d'expédition, l'enclave WLM associée à la requête expédiée est mise au repos. Cette situation réduit la priorité d'envoi de cette demande, qui ne doit à présent obtenir des ressources de l'unité centrale que lorsque le système subit une charge de travail légère.
- server_region_stalled_thread_threshold_percent
- Indique quel pourcentage d'unités d'exécution qui ne répondent plus doit être atteint pour que le contrôleur arrête
le servant. Lorsque la
valeur par défaut 0 est indiquée, le contrôleur arrête le servant dès qu'il détermine qu'une unité d'exécution au moins ne répond plus.
Valeur par défaut : 0
Méthode de définition : définissez cette propriété dans la console d'administration en cliquant sur Environnement > Variables WebSphere, puis sélectionnez le noeud ou la cellule approprié dans la liste des noeuds et des cellules disponibles et cliquez sur Nouveau. Ajoutez la propriété server_region_stalled_thread_threshold_percent dans la zone Nom et indiquez une valeur différente dans la zone Valeur.
Nom de la variable interne (pour le débogage) : recherchez server_region_stalled_thread_threshold_percent dans le fichier was.env ou le journal des travaux JES.
Exemple : server_region_stalled_thread_threshold_percent=5
![[z/OS]](../images/ngzos.gif)
Propriétés personnalisées de la machine virtuelle Java (JVM)
Les deux propriétés JVM suivantes peuvent être définies en cliquant sur Serveurs d'applications -> <SERVEUR> -> Définition de processus -> Serviteur -> Machine virtuelle Java™ -> Propriétés personnalisées.
- com.ibm.ws390.interrupt.disableBBOJ0122I
- Si cette propriété a pour valeur 1, le message BBOJ0122I est supprimé.
Type de données : Booléen
Valeur par défaut : 0
Utilisée par le démon : Non. Uniquement applicable aux régions serviteur.
- com.ibm.ws390.interrupt.applyDumpActionPreInterrupt
- Indique si la collecte de documentation est nécessaire avant la tentative de traitement d'une demande expédiée. Si cette propriété a pour valeur 1, la documentation spécifiée par stalled_thread_dump_action est collectée avant toute activité pour encourager l'aboutissement de la demande expédiée (par exemple, avant
de lancer interrupt() sur InterruptObject). stalled_thread_dump_action définit la documentation à collecter lorsque la demande est considérée comme suspendue et
que les tentatives d'aboutissement de la demande on échoué.
Type de données : Booléen
Valeur par défaut : 0
Utilisée par le démon : Non. Uniquement applicable aux régions serviteur.
Répertoires de configuration SSL (Secure sockets layer)

- Délai d'expiration V3
- Indique l'intervalle, en secondes, pendant lequel un navigateur peut réutiliser un ID session SSL version 3 sans
qu'il soit nécessaire de négocier à nouveau les clés de chiffrement avec le serveur. Les répertoires définis pour un serveur requièrent des délais d'expiration V3 identiques.
Valeur par défaut : 100
Comment définir : Pour définir cette propriété dans la console d'administration, cliquez sur Sécurité > Serveurs d'applications SSL > Nouveau répertoire SSL
Nom de la variable interne (pour le débogage) : les variables suivantes du délai d'expiration des répertoires de configuration SSL sont paramétrées en interne lorsque vous définissez les répertoires SSL :- com_ibm_HTTP_claim_ssl_sys_v3_timeout
- com_ibm_DAEMON_claim_ssl_sys_v3_timeout
Recherchez ces variables internes dans le fichier was.env ou le journal des travaux JES.
Propriétés du délai d'expiration du canal de transport TCP
- Propriété du délai d'inactivité
- Indique le temps d'attente en secondes du canal de
transport TCP pour qu'une requête de lecture ou d'écriture
soit effectuée sur une socket.
Eviter les incidents: La valeur entrée pour cette propriété peut être remplacée par les temps d'attente fixés pour les canaux supérieurs à ce canal dans la hiérarchie des délais. Par exemple, le temps d'attente fixé pour le canal de transport HTTP remplace la valeur de cette propriété pour chaque opération (hormis la lecture initiale sur une nouvelle socket).gotcha
Valeur par défaut : 0 secondes
Méthode de définition : pour spécifier cette propriété, dans la console d'administration, cliquez sur Serveurs > Types de serveurs > Serveurs d'applications WebSphere > nom_serveur > Chaînes de transport du conteneur Web > Canal entrant TCP.
Propriétés du délai d'expiration du canal de transport HTTP
- ConnectionResponseTimeout
- Indique le délai maximal, en secondes, pendant lequel le serveur J2EE
attend la réponse d'un composant d'application à une demande HTTP.
Définissez cette propriété pour chaque définition de transport HTTP sur le
serveur. Vous devez définir cette propriété à la fois pour le transport
SSL et pour le transport non SSL. Si la réponse n'est pas reçue dans le
délai défini, le servant peut échouer avec ABEND EC3 et
RSN=04130007.
Le paramétrage de ce délai empêche les applications client
d'attendre une réponse d'un composant d'application susceptible
d'être bloqué, en boucle ou qui rencontre d'autres incidents de traitement
entraînant l'arrêt du traitements des requêtes par le composant
d'application.
Valeur par défaut : 120 secondes
Méthode de définition : définissez cette propriété dans la console d'administration en sélectionnant
nom_serveur puis, sous Paramètres du conteneur Web, cliquez sur .Nom de la variable interne (pour le débogage) : si vous déboguez un problème dans un transport SSL, recherchez le nom de la variable interne, protocol_https_timeout_output dans le fichier was.env ou le journal des travaux JES. Si vous déboguez un problème dans un transport non SSL, recherchez le nom de la variable interne sortie_délai_expiration_protocole_http dans le fichier was.env ou le journal de travaux JES.
A l'aide des propriétés personnalisées du serveur control_region_http_queue_timeout_percent et control_region_https_queue_timeout_percent, indiquez, sous forme de pourcentage de la propriété ConnectionResponseTimeout, la durée pendant laquelle une requête peut rester dans la file d'attente WLM.
- Propriété du délai persistant
- Indique le temps d'attente en secondes que le
canal de transport HTTP accorde à une socket pour rester inactive
entre des demandes.
Valeur par défaut : 30 secondes
Méthode définition : Pour définir cette propriété, dans la console d'administration, cliquez sur Serveurs > Types de serveurs > Serveurs d'applications WebSphere > nom_serveur puis sous Paramètres du conteneur Web, cliquez sur Chaînes de transport du conteneur Web > nom_chaîne > Canal des communications entrantes HTTP.
- Propriété du délai de lecture
- Indique la durée secondes pendant laquelle le canal de transport HTTP
attend qu'une demande de lecture se termine sur une socket au
terme de la première demande de lecture. La lecture qui se termine peut correspondre à un corps HTTP ,tel
que POST, ou faire partie des en-têtes s'ils n'ont pas tous été lus lors de la première
demande de lecture sur la socket.
Valeur par défaut : 60 secondes
Méthode définition : Pour définir cette propriété, dans la console d'administration, cliquez sur Serveurs > Types de serveurs > Serveurs d'applications WebSphere > nom_serveur puis sous Paramètres du conteneur Web, cliquez sur Chaînes de transport du conteneur Web > nom_chaîne > Canal des communications entrantes HTTP.
- Propriété du délai d'écriture
- Indique aussi le temps d'attente en secondes
du canal de transport HTTP sur une socket pour que chaque portion des
données de réponse soit transmise. Cela se produit généralement lorsque
des réponses sont décalées derrière de nouvelles demandes. Cette situation peut se produire quand un client est doté d'un débit de
données faible ou que la carte d'interface réseau du serveur est saturée
en entrée-sortie.
Valeur par défaut : 60 secondes
Méthode définition : Pour définir cette propriété, dans la console d'administration, cliquez sur Serveurs > Types de serveurs > Serveurs d'applications WebSphere > nom_serveur puis sous Paramètres du conteneur Web, cliquez sur Chaînes de transport du conteneur Web > nom_chaîne > Canal des communications entrantes HTTP.
Variables du délai d'expiration du transport HTTP

- ConnectionIOTimeOut
- Définit le délai maximal, en secondes, pendant lequel le serveur J2EE
attend l'arrivée de la demande HTTP complète. Définissez cette propriété pour chaque définition de transport HTTP sur le
serveur. Vous devez définir cette propriété à la fois pour le transport
SSL et pour le transport non SSL. Le serveur J2EE démarre le temporisateur une fois la connexion établie, et annule la connexion si une requête complète n'arrive pas dans le délai maximal indiqué. La spécification de la valeur 0 désactive la fonction d'expiration.
Valeur par défaut : 10 secondes
Méthode de définition : définissez cette propriété dans la console d'administration en sélectionnant
nom_serveur puis, sous Paramètres du conteneur Web, cliquez sur .
- ConnectionResponseTimeout
- Indique le délai maximal, en secondes, pendant lequel le serveur J2EE
attend la réponse d'un composant d'application à une demande HTTP.
Définissez cette propriété pour chaque définition de transport HTTP sur le
serveur. Vous devez définir cette propriété à la fois pour le transport
SSL et pour le transport non SSL. Si la réponse n'est pas reçue dans le
délai défini, le servant peut échouer avec ABEND EC3 et
RSN=04130007.
Le paramétrage de ce délai empêche les applications client
d'attendre une réponse d'un composant d'application susceptible
d'être bloqué, en boucle ou qui rencontre d'autres incidents de traitement
entraînant l'arrêt du traitements des requêtes par le composant
d'application.
Valeur par défaut : 120 secondes
Méthode de définition : définissez cette propriété dans la console d'administration en sélectionnant
nom_serveur puis, sous Paramètres du conteneur Web, cliquez sur .Nom de la variable interne (pour le débogage) : Si vous déboguez un problème dans un transport SSL, recherchez le nom de la variable interne sortie_délai_expiration_protocole_https dans le fichier was.env ou le journal de travaux JES. Si vous déboguez un problème dans un transport non SSL, recherchez le nom de la variable interne sortie_délai_expiration_protocole_http dans le fichier was.env ou le journal de travaux JES.
A l'aide des propriétés personnalisées du serveur control_region_http_queue_timeout_percent et control_region_https_queue_timeout_percent, indiquez, sous forme de pourcentage de la propriété ConnectionResponseTimeout, la durée pendant laquelle une requête peut rester dans la file d'attente WLM.
- ConnectionKeepAliveTimeout
- Indique le délai, en secondes, pendant lequel le serveur J2EE
attend une prochaine requête d'un client HTTP sur une connexion
permanente.
Si une autre requête n'est pas reçue depuis le même client
dans le délai spécifié, la connexion se ferme.
Valeur par défaut : 30 secondes
Méthode de définition : définissez cette propriété dans la console d'administration en sélectionnant
nom_serveur puis, sous Paramètres du conteneur Web, cliquez sur .