Le tableau suivant répertorie les problèmes connus liés au conteneur Web de Web Server.
Tableau 17 Problèmes connus liés au conteneur Web
ID du problème |
Description |
---|---|
6390112 |
Problèmes d'interaction dans le pool de connexions LDAP Java : la connexion initiale n'expire jamais. Le fait de spécifier un pool de connexions LDAP Java à l'aide des options JVM dans le fichier server.xml et de le référencer avec une ressource JNDI externe au démarrage du serveur Web résulte en une connexion LDAP mise en pool. Avec cette connexion, le serveur apparaît toujours occupé et la connexion n'expire jamais. |
4858178 |
Le conteneur Web écrit sur stderr. |
6349517 |
Statistiques de session d'application Web incorrectes pour le mode MaxProcs > 1. Web Server s'exécute en mode multiprocessus. La variable de configuration MaxProcs du fichier magnus.conf est utilisée pour définir le nombre maximal de processus à utiliser. Si la valeur définie pour MaxProcs est supérieure à 1, Web Server utilise le gestionnaire de session basé sur mmap pour que la session ne puisse pas être partagée entre différents JVM. Lors de la collection des statistiques depuis plusieurs processus, les MBeans d'application Web fournissent une session pour les MBeans individuels. Il n'existe aucun moyen de trouver le nombre réel de sessions en consultant les statistiques de session d'application Web d'un MBean individuel.
|
6394715 |
Le conteneur Web supprime l'objet MBeans désactivé de l'application Web. Lorsque l'application Web est désactivée en définissant l'élément <enabled> sur false (faux) dans le fichier server.xml, le conteneur Web supprime les MBeans de l'application Web et par conséquent traite cette dernière comme une application fermée ou supprimée. Étant donné que les objets désactivés sont supprimés, les statistiques sont également perdues. |
6419070 |
Aucune information n'est journalisée dans les journaux d'erreurs au niveau le plus fin de journalisation lors de la création réussie d'une ressource JNDI. |
6422200 |
com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderImpl.parse effectue des lectures par 1 octet. Lors de la lecture du fichier server.xml, la première ligne contenant le numéro de version XML et le codage est lue par 1 octet à la fois. |
6432870 |
Le conteneur de servlet collecte les statistiques lorsque l'élément stats enabled est défini sur false (faux) dans le fichier server.xml. |
6440064 |
Le conteneur de servlet crée un thread par serveur virtuel. |
6472223 |
Les valeurs des sous-éléments « mail-resource » ne sont pas définies sur l'objet de session de messagerie. |
6487083 |
NSAPIRequest.setupRequestFields est lent. com.sun.webserver.connector.nsapi.NSAPIRequest.setupRequestFields est lent principalement à cause de la conversion chaîne-->octet, octet-->chaîne lors de l'analyse des en-têtes de cookies. |
6493271 |
L'activité du garbage collector Java est supérieure sur Web Server 7.0 par rapport à Web Server 6.1. Le conteneur de servlet sur Web Server 7.0 crée de nombreux objets Java. |
6497803 |
Si un servlet est mappé sur un URI de requête formé par une requête partielle et un fichier welcome, le comportement correspondant est incorrect. Si un conteneur Web reçoit une requête partielle valide, celui-ci doit examiner la liste des fichiers welcome définie dans le descripteur de déploiement. La liste des fichiers welcome est une liste ordonnée d'URL partiels sans / de début ou de fin. Web Server doit ajouter chaque fichier welcome selon l'ordre spécifié dans le descripteur de déploiement à la requête partielle et vérifier si une ressource statique ou un servlet du fichier WAR est mappé sur cet URI de requête. Le conteneur Web doit envoyer la requête à la première ressource qui correspond dans le fichier WAR. |
6501184 |
REQ_EXIT engendre une javax.servlet.ServletException. |
6501785 |
Le conteneur de servlet n'utilise pas le cache accélérateur pour le traitement des insertions RequestDispatcher. |
6500647 |
Sous Windows, le rechargement dynamique de JSP produit une entrée incorrecte. |