Paramètres du conteneur Web
Cette page permet de configurer les paramètres du conteneur Web.
Pour afficher cette page de la console d'administration, cliquez sur
.Hôte virtuel par défaut
Indique un hôte virtuel qui permet à une seule machine hôte de se comporter comme plusieurs machines hôtes. Les ressources associées à un hôte virtuel ne peuvent pas partager les données avec les ressources associées à un autre hôte virtuel, même si les hôtes virtuels partagent la même machine physique.
Sélectionnez une option d'hôte virtuel :
- default_host
- Le produit fournit un hôte virtuel par défaut avec certains alias courants comme l'adresse IP de la machine, le nom d'hôte abrégé et le nom d'hôte complet. L'alias constitue la première partie du chemin d'accès d'une ressource, comme un servlet. Par exemple, il s'agit de hôtelocal:9080 dans la demande http://hôtelocal:9080/monServlet.
- admin_host
- L'option d'hôte virtuel est un autre nom pour le serveur d'applications ; désigné également sous le nom server1 dans l'installation de base. Ce processus supporte l'utilisation de la console d'administration.
- proxy_host
- L'hôte virtuel appelé proxy_host comprend des définitions de port par défaut, ports 80 et 443, qui sont généralement initialisées dans le cadre de l'initialisation du serveur proxy. Utilisez cet hôte proxy comme il convient sans règles de routage associées au serveur proxy.
Activer la mise en cache du servlet
Lorsqu'un servlet est démarré et génère une sortie destinée à être enregistrée en mémoire cache, l'entrée créée en mémoire cache contient non seulement la sortie mais aussi des éléments découlant de l'appel. Ces effets secondaires peuvent comprendre des appels à d'autres servlets ou fichiers JSP (JavaServer Pages) et des métadonnées relatives à l'entrée, telles que des informations concernant les délais et la priorité des entrées.
La mise en cache du fragment de portlet nécessite que la mise en cache du servlet soit activée. Par conséquent, l'activation de la mise en cache du fragment de portlet active automatiquement le mise en cache du servlet. La désactivation de la mise en cache du servlet désactive automatiquement la mise en cache du fragment de portlet.
Désactiver le regroupement des requêtes et des réponses du servlet
Permet de désactiver le regroupement des requêtes et des objets de réponse du servlet qui sont groupés par le conteneur Web. Lorsque vous désactivez le regroupement des requêtes et des objets de réponse du servlet, de nouveaux objets de demande de et de réponse de servlet sont créés à chaque requête.
Lorsque vous désactivez le regroupement des requêtes et des objets de réponse du servlet, de nouvelles requêtes et de nouveaux objets de réponse de servlet sont créés pour chaque requête, ce qui peut affecter les performances, mais offrir une protection contre les bogues imprévus.
Nombre d'unités d'exécution de délai d'expiration
Spécifie le nombre d'unités d'exécution qui sont disponibles pour la gestion des opérations de délai d'expiration de servlet asynchrone par serveur.
La valeur par défaut, 2, peut être trop faible si de nombreuses applications utilisant des servlets asynchrones sont souvent confrontées à des dépassements de délai d'attente.
Délai d'expiration par défaut
Indique le délai d'expiration de servlet asynchrone pour le serveur.
La valeur par défaut de 30 secondes peut être diminuée si des réponses ne sont pas reçues assez rapidement et s'il existe une solution de secours viable en cas d'erreur. Vous pouvez augmenter la valeur si trop de délais d'expiration sont reçus et si des délais plus longs produisent des réponses acceptables pour le client. Les unités sont en millisecondes. Vous devez donc diviser le nombre par 1000 pour obtenir une équivalence en secondes. Pour effectuer une configuration avec une granularité plus élevée, vous devez utiliser la méthode AsyncContext setTimeout par programmation.
Utiliser le pool d'unités d'exécution pour démarrer les objets exécutables
Cette option permet d'utiliser le même pool d'unités d'exécution que la demande d'origine. Elle ne propage pas les contextes de la demande d'origine.
Utiliser un gestionnaire de travaux pour démarrer les objets exécutables
Cette option vous permet d'utiliser un gestionnaire de travaux pour démarrer l'objet exécutable. Il s'agit de l'option par défaut. L'option de gestionnaire de travaux propage tout contexte configuré pour le gestionnaire de travaux sélectionné. Pour cette option, vous devez également sélectionner le nom JNDI du gestionnaire de travaux que vous utiliserez.
- Le contexte propagé est configurable sous . Vous pouvez également créer des gestionnaires de travaux dans ce même panneau.
- Le gestionnaire de travaux par défaut de WebSphere Application Server est utilisé sauf si vous en indiquez un autre. Cela peut ne pas être souhaitable car d'autres composants peuvent utiliser le gestionnaire de travaux et diminuer considérablement le nombre d'unités d'exécution disponibles à un moment donné.
- Pour modifier des paramètres du gestionnaire de travaux, il est recommandé de créer un gestionnaire de travaux pour que les modifications effectuées sur les valeurs par défaut n'affectent pas d'autres composants.
- Si un gestionnaire de travaux est configuré pour émettre des exceptions lorsque la file d'attente des travaux est pleines, une exception de type IllegalStateException est envoyée à l'appelant de start(Runnable) et ce dernier est responsable du traitement de l'exception.