test

Notes de version de Sun Java System Application Server Enterprise Edition 8.2 pour Microsoft Windows

Chapitre 3 Problèmes connus et restrictions

Cette section décrit les problèmes connus relatifs à Sun Java System Application Server Enterprise Edition 8.2 et présente les solutions associées. Si aucune plate-forme particulière n'est spécifiée, le problème s'applique à toutes les plates-formes. Ces informations sont regroupées dans les sections ci-dessous :

Administration

Cette section traite des problèmes connus liés à l'administration et les solutions associées.

Fonction d'équilibreur de charge non prise en charge avec Application Server dans l'option Configurer automatiquement lors de l'installation (6463858)

La fonction d'équilibreur de charge n'est pas prise en charge avec Application Server lorsque l'option Configurer automatiquement lors de l'installation est sélectionnée.

Solution :il est possible de configurer la fonction d'équilibreur de charge après l'installation de Application Server.

Remarque –

Application Server et Web Server doivent être installés sur votre système pour configurer la fonction d'équilibreur de charge.

    Pour configurer la fonction d'équilibreur de charge, procédez comme suit :

  1. Définissez la valeur de IS_LB sur true et celle de Cfgr_LB sur false dans le registre HKEY_LOCAL_MACHINE -> Sun Microsystem -> EntSys -> Installer -> Application Server.

  2. Accédez au répertoire setup.

    cd JavaES-Install-Dir\setup\ 


    
    		

    

    


    3. 

  3. 

    Exécutez le fichier de traitement par lots ASConfigure.bat.
    



    4. 

  4. 

    Suivez les instructions et indiquez la valeur appropriée.
    


    
Remarque – 

    Pour le plug-in AS_LB, saisissez Sun Java System Web Server [Obligatoire] étant donné qu'il s'agit du seul plug-in pris en charge sous Java ES 5.
    


    



    5. 

  5. 

    Réinitialisez le système.
    



    6. 



Le script package-appclient ne fonctionne pas si domain1 n'existe pas (ID 6171458)


Par défaut, une valeur codée en dur existe dansJavaES-Install-Dir \lib\lib\package-appclient.xml pour la variable AS_ACC_CONFIG  de domain1 vers laquelle pointe  asenv.conf. Si domain1 est supprimé et qu'un autre domaine est créé, la variable AS_ACC_CONFIG n'est pas mise à jour avec le nouveau nom de domaine, ce qui provoque l'échec du script package-appclient.


Solution


 Effectuez l'une des tâches suivantes :



L'installation du plug-in d'équilibrage de charge remplace un plug-in existant (ID 6172977)


Si vous installez le plug-in d'équilibrage de charge sur une installation d'Application Server disposant déjà d'un tel plug-in (7.1EE par exemple), le plug-in 8.2EE remplace l'équilibreur de charge existant et ce, même si vous avez créé une nouvelle instance de serveur sur laquelle vous exécutez le plug-in.


Les fichiers du plug-in sont installés par défaut dans le répertoire install_dir /plugins/lbplugin, ce qui signifie qu'une seule version d'un plug-in peut être utilisée avec une installation d'Application Server. Notez que le programme d'installation de la console affiche un message indiquant qu'une désinstallation est en cours, mais ce message peut souvent être omis.


Solution


Personne ne rencontrera ce problème. Si vous rencontrez le problème, supprimez l'installation antérieure d'Application Server et procédez à une nouvelle installation plutôt qu'à une mise à niveau. 


Plusieurs modifications dans le script asadmin dans JES3 Application Server 8.2 par rapport à Java ES 2 Application Server 7. (ID 6189433, 6189436)


Plusieurs modifications ont été apportées à la commande asadmin  d'Application Server 8.2 par rapport à Application Server 7 et versions compatibles. Par exemple, dans Application Server 7 et versions compatibles, la commande permettant de démarrer une instance de serveur se présente comme suit :









asadmin start-instance





Dans la version 8.2, la commande équivalente est la suivante :









asadmin start-domain --user admin domain1





Reportez-vous aux documents suivants pour obtenir des informations complètes sur la syntaxe de la commande asadmin :



Ports par défaut modifiés dans Application Server (ID 6198555)


Lors de la mise à niveau vers Java ES 5 Application Server 8.2 à partir de Java ES 2 Application Server 7 et versions compatibles, vous risquez de rencontrer des incompatibilités ou erreurs en raison de la modification des ports par défaut.


Impossible de restaurer un domaine enregistré sous un autre nom (ID 6196993)


La mise en miroir d'un domaine sur la même installation d'Application Server peut être effectuée à l'aide des commandes backup-domain et restore-domain  car le domaine ne peut pas être restauré sous un nom autre que celui d'origine, même si la commande asadmin restore-domain permet de renommer le domaine. L'attribution d'un nouveau nom au domaine enregistré semble avoir été correctement effectuée, mais les tentatives de démarrage de ce domaine n'aboutissent pas, car les entrées liées à la configuration du domaine n'ont pas été modifiées et les commandes startserv et stopserv utilisent toujours le nom de domaine d'origine pour définir les chemins.


Solution


Le nom de domaine utilisé pour restore-domain doit être le même que celui utilisé pour la commande d'origine backup-domain. Les commandes backup-domain et restore-domain d'Application Server 8.2 permettent de sauvegarder et de restaurer le même domaine sur le même ordinateur uniquement.


Le démarrage d'Application Server avec un agent JMX supplémentaire n'est pas pris en charge (ID 6200011)


Il est possible de configurer J2SE 1.4., 5.0 et versions compatibles sur Application Server. La fonction de démarrage d'un agent JMX est intégrée à la plate-forme J2SE 5.0. Pour l'activer, il vous suffit de définir de manière explicite les propriétés système lors du démarrage du serveur.


Voici quelques exemples de valeurs :


name="com.sun.management.jmxremote" value="true"
name="com.sun.management.jmxremote.port" value="9999"
name="com.sun.management.jmxremote.authenticate" value="false"
name="com.sun.management.jmxremote.ssl" value="false"


Une fois les propriétés JMX configurées et le serveur démarré, un nouveau serveur jmx-connector  est démarré dans Application Server VM. Un aspect négatif réside dans le fait que les fonctions d'administration sont affectées et que l'interface graphique (IG) et l'interface de ligne de commande (CLI) d'administration d'Application Server risquent de renvoyer des résultats inattendus. Ce problème provient du fait qu'il existe des conflits entre le serveur jmx connector intégré et le nouveau serveur jmx-connector. 


Solution


Si vous utilisez la console jconsole (ou tout autre client compatible JMX), vous pouvez réutiliser le serveur JMX Connector Server standard exécuté au démarrage d'Application Server.


Lorsque le serveur démarre, une ligne similaire à celle indiquée ci-dessous s'affiche dans le fichier journal server.log.
 Vous pouvez vous connecter à l'adresse JMXServiceURL et effectuer les mêmes opérations de gestion et de configuration une fois les informations d'authentification indiquées. Par exemple :


[#|2004-11-24T17:49:08.203-0800|INFO|sun-appserver-ee8.1|javax.enterprise.
system.tools.admin|_ThreadID=10;|ADM1501: Here is the JMXServiceURL for the 
JMXConnectorServer: [service:jmx:rmi:///jndi/rmi://hostname:8686/management/
rmi-jmx-connector]. This is where the remote administrative clients should 
connect using the JSR 160 JMX Connectors.|#]


Pour plus d'informations, reportez-vous au  Sun Java System Application Server 8.2 Administration Guide.


Le fichier de configuration de l'équilibreur de charge n'est pas créé avec l'URL de point d'extrémité d'un service Web (ID 6236544, 6275436)


Lors de la configuration de l'équilibreur de charge avec une application dotée d'un module EJB qui exporte l'URL d'un service Web, la racine du contexte du service Web ne figure pas dans le fichier loadbalancer.xml en résultant.


Solution


    

  1. 

    Modifiez le fichier loadbalancer.xml de manière à ajouter le module Web manquant comme suit :
    


    

    


    

    <web-module context-root="context-root-name"
disable-timeout-in-minutes="30" enabled="true"/>
    
    		

    

    


    2. 

  2. 

    Remplacez la valeur context-root-name par le nom de la racine de contexte du service Web présenté comme EJB.
    



    3. 



Le paramètre d'accueil Java dans la configuration ne s'applique pas (ID 6240672)


Les domaines et serveurs d'Application Server n'utilisent pas le kit JDK pointé par l'attribut  java-home de l'élément de configuration associée java-config.


Solution


Le kit JDK utilisé par les processus d'Application Server pour tous les domaines d'un serveur donné est déterminé par le fichier appserver-installation-dir /config/asenv.conf. La propriété AS_JAVA  incluse dans ce fichier détermine le kit JDK utilisé et est définie pendant l'installation. Si un autre kit JDK doit être utilisé par les processus d'Application Server une fois l'installation terminée, vous pouvez modifier cette valeur pour désigner un autre kit JDK. Notez que tous les domaines de cette installation sont concernés par la modification.


Remarque – 
Les modifications manuelles apportées au fichier asenv.conf ne sont pas vérifiées pour validation ; apportez-les donc avec précaution. Consultez la documentation du produit pour connaître les exigences de version JDK minimales lorsque vous modifiez la valeur de AS_JAVA.




Un redémarrage d'Application Server avec sun-appserv-admin  entraîne une erreur LoginException (ID 6288893)


Ce problème est dû à une valeur erronée de %CONFIG_HOME%. 


Solution


    

  1. 

    Renommez le fichier asant existant en asant.bak. 
    



    2. 

  2. 

    Copiez le fichier asant.template de as_install /lib/install/templates/ee pour la version SE ou EE dans le répertoire <as_install>/bin/ et renommez-le en asant.
    



    3. 

  3. 

    Modifiez le script copié as_install /bin/asant, en remplaçant le jeton %CONFIG_HOME% par la valeur as_install>/config.
    



    4. 

  4. 

    En cas de modifications manuelles apportées au fichier asant.bak , fusionnez-les dans le nouveau fichier asant.
    



    5. 



Le fichier .asadmintruststore n'est pas décrit dans la documentation d'Application Server (ID 6315957)


Si ce fichier n'existe pas dans le répertoire home de l'administrateur, vous risquez de rencontrer de graves bogues lors de la mise à niveau d'applications hébergées sur le serveur.


Solution



Échec de démarrage du domaine lorsque le mot de passe principal create-domain comporte des caractères spéciaux (ID 6345947)


Le domaine ne démarre pas lorsque le mot de passe principal du domaine contient le caractère %. 


Solution


Le mot de passe principal du domaine ne doit pas contenir de caractère %. Cette solution s'applique à la création d'un nouveau domaine ou à la modification du mot de passe principal pour un domaine existant.


Modifications de configuration de l'équilibreur de charge dans magnus.conf et obj.conf remplacées (ID 6394181)


Après la création d'un http-listener sécurisé et l'installation d'un lbplugin, les fichiers magnus.conf et obj.conf sous webserver_instance_dir/config sont modifiés et le contenu du lbplugin est supprimé.


Le programme d'installation modifie les fichiers de configuration magnus.conf et obj.conf  d'Application Server dans le cadre de l'installation du plug-in de l'équilibreur de charge. Si vous vous connectez à la console d'administration d'Application Server et que vous tentez de gérer la configuration d'instance de l'instance sur laquelle l'équilibreur de charge est installé, Application Server renvoie un message d'avertissement indiquant qu'il a détecté une modification manuelle de la configuration. Cet avertissement se rapporte en fait aux modifications apportées par le programme d'installation.


Solution


Vérifiez que les modifications apportées par le programme d'installation ont été remplacées.


Client d'application


Cette section décrit les problèmes connus des clients d'application et les solutions associées.


La bibliothèque JAR fournie avec les archives du client d'application écrase le fichier MANIFEST (ID 6193556)


Si vous possédez un fichier JAR de niveau supérieur dans votre JAR client (dans notre cas, reporter.jar), le fichier MANIFEST de ce JAR écrase celui du JAR client lorsque vous déployez ce dernier.


Solution


Aucune.


La technologie de contenu dynamique comme CGI-bin et la fonctionnalité SHTML n'est pas prise en charge (ID 6373043)


Les technologies de contenu dynamique, comme CGI-bin et SHTML, ne sont plus prises en charge.


Solution


Utilisez plutôt des technologies JSP et services Web.


Pilotes Sun JDBC intégrés


Cette section décrit les problèmes connus du pilote Sun JDBC intégré et les solutions associées.


Les applications utilisant le niveau d'isolement TRANSACTION_SERIALIZABLE avec le pilote Sun intégré de Microsoft SQL Server s'interrompent (ID 6165970)


Vous risquez de rencontrer ce problème lors de l'utilisation d'une instruction préparée pour la mise à jour si deux transactions parallèles sont en cours d'exécution et que l'une d'entre elles est annulée. 


Solution


Définissez le niveau d'isolement d'une connexion, créez le pool de connexions correspondant sur le même niveau d'isolement. Pour obtenir plus d'informations sur la configuration des pools de connexions, reportez-vous au Guide d'administration de Sun Java System Application Server Enterprise Edition 8.2.


Erreurs PreparedStatement. (ID 6170432)


Description1


Si une application génère plus de 3 000 objets PreparedStatement au cours d'une transaction, l'erreur suivante risque de se produire avec DB2 :



[sunm][DB2 JDBC Driver] No more available statements.Please recreate your package with a larger dynamicSections value.



Solution1


Ajoutez les propriétés suivantes à la définition de pool de connexions afin que le pilote puisse rééditer les liens des packages DB2 avec une valeur de sections dynamiques supérieure : 



createDefaultPackage=true replacePackage=true  dynamicSections=1000



Reportez-vous au Guide d'administration de Sun Java System Application Server Enterprise Edition 8.2  pour plus d'informations sur la configuration des pools de connexions.


Description2


En liaison avec l'erreur PreparedStatement, le message d'erreur suivant peut également être généré :



[sunm][DB2 JDBC Driver][DB2]Virtual storage or database resource is not available.



Solution2


Augmentez la valeur du paramètre de configuration APPLHEAPSZ pour le serveur DB2. Utilisez par exemple la valeur 4096. 


Description3


Niveau d'isolement TRANSACTION_SERIALIZABLE. Si votre application utilise le niveau d'isolement TRANSACTION_SERIALIZABLE avec l'un des paramètres indiqués précédemment, elle peut rester bloquée en tentant d'obtenir la connexion.


Solution3


Pour définir le niveau d'isolement d'une connexion, le pool de connexions correspondant doit être créé sur le même niveau d'isolement. Reportez-vous au Guide d'administration de Sun Java System Application Server Enterprise Edition 8.2 pour obtenir des instructions.


Connecteurs


Cette section décrit les problèmes connus de l'architecture de connecteurs J2EE et les solutions associées.


Après le redémarrage d'une instance DAS, l'annulation du déploiement du module connecteur échoue lorsque l'option en cascade est définie sur False (ID 6188343)


Dans ce scénario, un module connecteur autonome ou imbriqué est déployé dans l'instance DAS et les pools de connexions du connecteur, et des ressources sont créées pour le module déployé. Après le redémarrage de l'instance DAS, l'annulation du déploiement du connecteur échoue lorsque l'option en cascade est paramétrée sur false et l'exception suivante est générée :



[#|2004-10-31T19:52:23.049-0800|INFO|sun-appserver-ee8.1|javax.enterprise.system .core|_ThreadID=14;|CORE5023: Error while unloading application [foo]|#]



Solution


Redémarrez l'instance DAS. Utilisez l'annulation de déploiement en cascade (en définissant l'option cascade sur true) afin d'annuler le déploiement des connecteurs autonomes et imbriqués. 


JMS create-jms-resource : l'interface de ligne de commande ne définit pas correctement les valeurs par défaut (ID 6294018)


Étant donné que vous ne pouvez pas spécifier les tailles de pool minimale et maximale lors de la création d'une nouvelle ressource JMS à partir de la ligne de commande via la commande asadmin create-jms-resource, la commande asadmin doit créer la ressource avec les valeurs de taille de pool par défaut (minimale 8, maximale 32). À la place, la création de la ressource à partir de la ligne de commande donne des tailles de pool minimale et maximale par défaut de 1 et 250, respectivement. 


Solution


Après la création d'une ressource JMS à partir de la ligne de commande, utilisez la console d'administration pour modifier les valeurs de tailles de pool minimale et maximale.


Documentation


Cette section décrit les problèmes détectés dans la documentation et les solutions associées. 


Incohérences Javadoc


Une documentation Javadoc est absente ou incorrecte pour plusieurs interfaces et méthodes AMX:



L'outil ANT intégré renvoie java.lang.NoClassDefFoundError  (ID 6265624)


L'exception suivante est générée dans le thread principal "main" java.lang.NoClassDefFoundError:
org/apache/tools/ant/launch/Launcher.


Solution


Il est conseillé de ne pas utiliser l'outil ANT intégré pour effectuer des tâches ailleurs que dans Application Server.


Documentation des options de journalisation incorrecte (ID 6463965)


Le Guide de réglage des performances de Sun Java System Application Server Enterprise Edition 8.2 décrit de manière erronée les options de journalisation suivantes :




L'interface utilisateur d'administration propose les deux options de journalisation suivantes :




    

  • 

    
Option 1 – Consigne le contenu stdout ( System.out.print) dans le journal des événements
    



    • 

  • 

    
Option 2 – Consigne le contenu stderr ( System.err.print) dans le journal des événements
    



    • 





Ces options de journalisation n'existent plus dans Application Server Enterprise Edition
 8.2.


Informations conflictuelles relatives à la fonction de mise en cache de fichiers HTTP dans Application Server 8.2 (ID 6474799)


La documentation d'Application Server Enterprise Edition
 8.2 décrit une fonction de mise en cache de fichiers HTTP, à la section Cache de fichiers HTTP du Guide de réglage des performances de Sun Java System Application Server Enterprise Edition 8.2. Cette fonction n'est cependant pas incluse dans Application Server Enterprise Edition
 8.2. Notez que cette fonction a été réintroduite dans Application Server 9.0.


Haute disponibilité


Cette section décrit les problèmes connus de base de données haute disponibilité (HADB) et les solutions associées.


La commande hadbm set ne vérifie pas la disponibilité des ressources (espace disque et mémoire) (ID 5091280)


Lorsque vous augmentez la taille des périphériques ou du tampon à l'aide de la commande hadbm set, le système de gestion vérifie la disponibilité des ressources lors de la création des bases de données ou de l'ajout de nœuds. Cependant, il ne vérifie pas si un nombre suffisant de ressources est disponible lors de la modification de la taille des périphériques ou du tampon de la mémoire principale. 


Solution


Vérifiez qu'il y a suffisamment d'espace disque ou de mémoire disponible sur tous les hôtes avant d'augmenter les attributs de configuration devicesize ou buffersize.


Chemins hétérogènes pour packagepath  non pris en charge (ID 5091349)


Vous ne pouvez pas enregistrer le même package logiciel avec le même nom à des emplacements différents sur des hôtes distincts. Exemple :









hadbm registerpackage test --packagepath=/var/install1 --hosts europa11
Package successfully registered.
hadbm registerpackage test --packagepath=/var/install2 --hosts europa12
hadbm:Error 22171: A software package has already been registered with 
the package name test.





Solution


La base de données HADB ne prend pas en charge les chemins hétérogènes sur plusieurs nœuds d'un cluster de base de données. Assurez-vous que le répertoire d'installation du serveur HADB (--packagepath) est le même pour tous les hôtes concernés.


Échec de la commande createdomain possible (ID 6173886, 6253132)


Si l'agent de gestion est exécuté sur un hôte avec plusieurs interfaces réseau, la commande  createdomain  risque d'échouer si toutes les interfaces réseau ne se trouvent pas sur le même sous-réseau :









hadbm:Error 22020: The management agents could not establish a 
domain, please check that the hosts can communicate with UDP multicast.





S'ils ne sont pas configurés, les agents de gestion utilisent la « première » interface pour les multidiffusions UDP. Par « première », on entend le résultat généré par java.net.NetworkInterface.getNetworkInterfaces().


Solution


La meilleure solution consiste à informer l'agent de gestion du sous-réseau à utiliser (définir ma.server.mainternal.interfaces dans le fichier de configuration. Par exemple, ma.server.mainternal.interfaces=10.11.100.0 ). Une autre solution consiste à configurer le routeur entre les sous-réseaux de manière à acheminer les paquets multidiffusions. (L'agent de gestion utilise l'adresse multidiffusion 228.8.8.8.)


Avant de réessayer avec une nouvelle configuration des agents de gestion, vous devrez peut-être nettoyer le référentiel des agents de gestion. Arrêtez tous les agents du domaine et supprimez tous les fichiers et répertoires du répertoire du référentiel (identifié par repository.dr.path dans le fichier de configuration des agents de gestion). Ce nettoyage doit être effectué sur tous les hôtes avant le redémarrage des agents avec le nouveau fichier de configuration.


Les répertoires doivent être nettoyés après la suppression d'une instance HADB (ID 6190878)


Après la suppression d'une instance HADB, les tentatives ultérieures de création de nouvelles instances à l'aide de la commande configure-ha-cluster échouent. Le problème est tel que les anciens répertoires de l'instance HADB d'origine sont conservés dans ha_install_dir/rep/*  et dans ha_install_dir/config/hadb/instance_name .


Solution


Veillez à supprimer manuellement ces répertoires après la suppression d'une instance HADB.


Le processus clu_trans_srv ne peut pas être interrompu (ID 6249685)


Il existe un bogue dans la version 64 bits de Red Hat Enterprise Linux 3.0 selon lequel le processus clu_trans_srv passe en mode non interruptible dans le cadre d'une E/S asynchrone. Cela signifie que la commande kill -9 ne fonctionne pas et que le système d'exploitation doit être réinitialisé.


Solution


Utilisez la version 32 bits de Red Hat Enterprise Linux 3.0.


La commande hadbm ne prend pas en charge les mots de passe contenant des lettres en majuscules (ID 6262824)


Les lettres en majuscules sont converties en minuscules lorsqu'un mot de passe est stocké dans hadb.


Solution


N'utilisez pas de mots de passe contenant des lettres en majuscules.



hadbm/ma produit un message d'erreur erroné lors de l'expiration du délai d'un objet de session et supprime l'agent de gestion (ID 6275103)


Parfois, un problème de contention des ressources sur le serveur peut provoquer la déconnexion d'un client de gestion. Lors de la reconnexion, le message d'erreur erroné suivant "hadbm:Error 22184: A password is required to connect to the management agent" risque d'être renvoyé.


Solution


Vérifiez si un problème de ressource s'est produit sur le serveur, prenez les mesures appropriées (par exemple, ajoutez davantage de ressources) puis renouvelez votre tentative.


L'agent de gestion ne doit pas utiliser d'interface spécialisée (ID 6293912)


Les interfaces spécialisées dotées d'adresses IP telles que 0.0.0.0 ne doivent pas être enregistrées comme des interfaces pouvant être utilisées pour des nœuds HADB dans l'agent de gestion. L'enregistrement de telles interfaces peut entraîner des problèmes si des nœuds HADB sont définis sur ces interfaces via une commande utilisateur hadbm create utilisant des noms d'hôtes au lieu d'adresses IP. Les nœuds ne pourront plus communiquer, interrompant ainsi la commande create.


Solution


Lorsque vous utilisez hadbm create sur des hôtes à plusieurs interfaces, spécifiez toujours les adresses IP à l'aide d'une notation DDN.


Échecs de réassemblage sous Windows (ID 6291562)


Sous Windows, avec certaines configurations et charges, un grand nombre d'échecs de réassemblage peuvent se produire dans le système d'exploitation. Le problème a été observé avec des configurations de plusieurs vingtaines de nœuds lors de l'exécution de plusieurs analyses parallèles de tables (select *). Les symptômes possibles sont les suivants : abandons fréquents des transactions, délais très longs des opérations de réparation et de récupération, délais d'attente fréquents à plusieurs endroits du système.


Solution


Pour résoudre le problème, la variable du registre Windows HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters  peut être définie sur une valeur supérieure à celle par défaut de 100. Pour des résultats optimaux, augmentez cette valeur en la définissant sur 0x1000 ( 4096). Pour plus d'informations, reportez-vous à l'article 811003 des pages de support Microsoft.


Lors de l'exécution de hadbm start db_name, une partie du mot de passe saisi n'est pas masquée (ID 6303581, 6346059, 6307497)


Lorsqu'un ordinateur est surchargé, le mécanisme de masquage échoue et certains caractères du mot de passe saisi peuvent s'afficher. L'affichage de ces caractères présente un risque de sécurité mineur. Le mot de passe doit toujours être masqué.


Solution


Entrez les mots de passe dans les fichiers correspondants (méthode généralement recommandée à partir de la version Application Server 8.1) et faites référence à ces fichiers avec l'option --adminpassword  ou --dbpasswordfile.


Installation


Cette section décrit les problèmes connus liés à l'installation et les solutions associées.


Le programme d'installation de Java Enterprise System 5 pour l'installation minimale de l'équilibreur de charge Application Server 8.x ne s'installe pas correctement (ID 6478047)


Apache et IIS ne peuvent pas être configurés par l'intermédiaire du programme d'installation de Java ES 5. Vous devez configurer manuellement Apache et IIS sur la plate-forme Windows.


Solution


Pour configurer l'équilibreur de charge Apache ou IIS, procédez comme suit.


    

    
Pour configurer Apache 2.x :

    


  1. 

    Installez Apache 2.x.
    


    Apache est installé dans le répertoire  APDIR=C:\Apache2\Apache2.
    



    2. 

  2. 

    Installez JES5 avec une installation minimale.
    


    Désélectionnez tous les composants à l'exception de l'équilibreur de charge. Java ES 5 est installé dans le répertoire JES5DIR=C:\Program Files\Sun\JavaES5. 
    


    The
    



    3. 

  3. 

    Créez les répertoires resource et errorpages dans le répertoire Apache2. 
    


    
mkdir %APDIR%\modules\resource

    


    
 mkdir %APDIR%\modules\errorpages

    



    4. 

  4. 

    Copiez le fichier de ressources dans le répertoire resource.
    


    
cd %APDIR%\modules\resource

    


    
copy %JES5DIR%\appserver\lib\webserver-plugin\windows\apache2\LBPlugin*.res .

    



    5. 

  5. 

    Copiez la DLL de l'équilibreur de charge dans le répertoire modules. 
    


    
cd %APDIR%\modules 

    


    
copy %JES5DIR%\appserver\lib\webserver-plugin\windows\apache2\mod_loadbalancer.dll .

    



    6. 

  6. 

    Copiez le modèle errorpages dans le répertoire  errorpages.
    


    
cd %APDIR%\modules\errprpages 

    


    
copy %JES5DIR%appserver\lib\webserver-plugin\windows\iws\errorpages .

    



    7. 

  7. 

    Copiez le modèle d'équilibreur de charge et l'autre DTD dans le répertoire Apache  config.
    


    
cd %APDIR%\config

    


    
copy %JES5DIR%\appserver\lib\install\templates\loadbalancer.xml.template .

    


    
copy %JES5DIR%\appserver\lib\dtds\sun-loadbalancer* . 

    



    8. 

  8. 

    Créez une sauvegarde du fichier httpd.conf.
    


    
cd %APDIR%\config

    


    
copy httpd.conf httpd.conf.orig

    



    9. 

  9. 

    Modifiez le fichier httpd.conf.
    


    Ajoutez les lignes suivantes au fichier httpd.conf :
    



    ##BEGIN EE LB Plugin Parameters
LoadModule apachelbplugin_module modules/mod_loadbalancer.dll
<IfModule mod_apache2lbplugin.cpp>
		config-file "C:\Apache2\Apache2/conf/loadbalancer.xml"
		locale en
</IfModule>
<VirtualHost 10.12.8.107>
DocumentRoot "C:\Apache2\Apache2/htdocs"
ServerName vm07
</VirtualHost>
##END EE LB Plugin Parameters
    



    10. 

  10. 

    Remplacez C:\Apache2\Apache2 par le répertoire  %APDIR% réel.
    


    Remplacez également les répertoires IP, ServerName et DocumentRoot.
    



    11. 

  11. 

    Créez un nouveau répertoire sec_db_files dans %APDIR%. 
    


    
cd %APDIR%

    


    
mkdir sec_db_files 

    



    12. 

  12. 

    Copiez le keystore NSS dans le répertoire %APDIR%\sec_db_files. 
    


    
cd %APDIR%\sec_db_files

    


    
copy %JES5DIR%\appserver\lib\webserver-plugin\windows\iis\*.db .

    



    13. 

  13. 

    Définissez PATH pour inclure les bibliothèques requises. 
    


    Ajoutez le chemin supplémentaire suivant :
    


    
PATH %JES5DIR%\share\lib;%JES5DIR%\appserver\lib;%JES5DIR%\appserver\bin 

    



    14. 

  14. 

    Remplacez %JES5DIR% par le répertoire Java ES 5 réel.
    



    15. 

  15. 

    Ajoutez la variable NSPR_NATIVE_THREADS_ONLY avec la valeur 1 dans l'environnement système.
    



    16. 

  16. 

    Réinitialisez et testez Apache 2 (après avoir configuré loadbalancer.xml ). 
    



    17. 



    

    
Pour configurer le plug-in IIS LB :

    


  1. 

    Créez le sous-répertoire sun-passthrough dans le répertoire c:\inetpub\wwwroot .
    


    
cd c:\inetpub\wwwroot

    


    
mkdir sun-passthrough

    



    2. 

  2. 

    Créez les sous-répertoires errorpages, resource et sec_db_files  dans le répertoire c:\inetpub\wwwroot\sun-passthrough .
    


    
cd c:\inetpub\wwwroot\sun-passthrough 

    


    
mkdir errorpages

    


    
mkdir resources

    


    
mkdir sec_db_files

    



    3. 

  3. 

    Copiez les fichiers de la DLL dans le répertoire sun-passthrough. 
    


    
copy <as_install_dir>/appserver/lib/webserver-plugin/iis/*.dll c:\inetpub\wwwroot\sun-passthrough\

    



    4. 

  4. 

    Copiez les DTD dans le répertoire sun-passthrough. 
    


    
copy <as_install_dir>/appserver/lib/dtds/sun-loadbalancer*.dtd c:\inetpub\wwwroot\sun-passthrough\

    



    5. 

  5. 

    Copiez le fichier sun-passthrough.properties dans le répertoire sun-passthrough .
    


    
copy <as_install_dir>/appserver/lib/webserver-plugin/iis c:\inetpub\wwwroot\sun-passthrough\

    



    6. 

  6. 

    Copiez les fichiers de la base de données de sécurité dans le répertoire sun-passthrough. 
    


    
copy <as_install_dir>/appserver/lib/webserver-plugin/iis/*.db c:\inetpub\wwwroot\sun-passthrough\sec_db_files\

    



    7. 

  7. 

    Copiez les fichiers de ressource dans le répertoire sun-passthrough. 
    


    
copy <as_install_dir>/appserver/lib/webserver-plugin/iws/*.res c:\inetpub\wwwroot\sun-passthrough\resource\

    



    8. 

  8. 

    Copiez les pages d'erreur dans le répertoire sun-passthrough. 
    


    
copy <as_install_dir>/appserver/lib/webserver-plugin/iws/errorpages/*.html c:\inetpub\wwwroot\sun-passthrough\errorpages\

    



    9. 

  9. 

    Copiez le modèle loadbalancer.xml.example dans le répertoire sun-passthrough. 
    


    
copy <as_install_dir>/appserver/lib/install/templates/loadbalancer.xml.example c:\inetpub\wwwroot\sun-passthrough\

    



    10. 

  10. 

    Modifiez le fichier sun-passthrough.properties.
    



    ##BEGIN EE LB Plugin Parameters
log-file = C:\InetPub\wwwroot\sun-passthrough\lb.log
### The valid options for different logging levels are FATAL, SEVERE, WARNING, INFO and FINE.
log-level = INFO
lb-config-file = C:\InetPub\wwwroot\sun-passthrough\loadbalancer.xml
##END EE LB Plugin Parameters
    



    11. 



Remarque – 
Si vous configurez IIS6, veillez à définir les droits et à exécuter les étapes supplémentaires décrites dans la documentation AS82. Vous allez peut-être également devoir définir le mode d'isolement IIS6 sur le mode compatible IIS5.




Le répertoire imq doit être créé lors de l'installation (ID 6199697)


Sur la plate-forme Windows, immédiatement après l'installation d'Application Server Enterprise Edition, le courtier de Message Queue échoue au démarrage. Un message d'erreur s'affiche, indiquant que le répertoire drive:\as\domains\domain1\imq n'existe pas.


Notez que le problème ne se produit pas si le courtier est démarré après domain1, car le répertoire est créé par Application Server.


Solution


    

  1. 

    Créez l'emplacement var_home_dir_location avant de créer le courtier :
    


    

    


    

    $imqbrokerd -varhome var_home_dir_location

    
    		

    

    

    Exemple :
    


    

    


    

    $imqbrokerd -varhome D:\as\domains\domain1\imq
    
    		

    

    


    2. 



Didacticiel J2EE


Pour exécuter le didacticiel J2EE 1.4 sur Sun Java System Application Server Enterprise Edition
 8.2, effectuez les tâches suivantes :



Gestion du cycle de vie


Cette section décrit les problèmes connus de gestion du cycle de vie et les solutions associées.


La modification de la propriété ejb-timer-service génère une erreur (ID 6193449)


Après avoir paramétré la propriété ejb-timer-service  minimum-delivery-interval sur 9000, une tentative de paramétrage de la propriété ejb-timer-service redelivery-interval-in-mills  sur 7000 entraîne un échec de la commande set. Le message d'erreur suivant s'affiche :


[echo] Doing admin task set
[exec] [Attribute(id=redelivery-interval-internal-in-millis) : Redelivery-
Interval (7,000) should be greater than or equal to Minimum-delivery-
interval-in-millis (9,000)]
[exec] CLI137 Command set failed.



Solution


Utilisez les valeurs par défaut suivantes :


minimum-delivery-interval(default)=7000
redelivery-interval-in-millis(default)=5000


Toute autre valeur provoquera une erreur.


Enregistrement


Cette section décrit les problèmes connus de consignation et les solutions.


Le paramétrage de l'instruction de débogage pour access.failure entraîne une interruption du démarrage d'Application Server (ID 6180095)


Le paramétrage de l'option java.security.debug pour JVM entraîne un blocage du démarrage de l'instance du serveur. Ce problème apparaît, par exemple, lorsque vous définissez les paramètres ci-dessous dans le fichier domain.xml.


<jvm-options\>-Djava.security.debug=access,failure</jvm-options\>


Solution


Aucune. Évitez de paramétrer cet indicateur.


L'emplacement de la journalisation et de l'instance a changé pour JES3 Application Server (ID 6189409)


Les emplacements de la journalisation et de l'instance du serveur par défaut ont été modifiés dans Sun Java System 8.2 par rapport à la version 7 et aux autres versions compatibles.


Pour plus d'informations, reportez-vous au Guide d'administration de Sun Java System Application Server Enterprise Edition 8.2 ou au Guide de migration et de mise à niveau de Sun Java System Application Server Enterprise Edition 8.2.


Message Queue


Cette section décrit les problèmes connus liés aux files d'attente des messages Java et les solutions associées.


Échecs de la reconnexion de JMS dans des cas faisant appel à la synchronisation (ID 6173308, 6189645, 6198481, 6199510, 6208728)


Dans des scénarios faisant appel à la synchronisation, plusieurs causes peuvent être à l'origine de ce problème.


Solution


Pour contourner ces problèmes :



Asynchronous Message Listener Behavior Changed in appclient From 8.0 to 8.1 Update 2 (ID 6198465)


En raison d'une récente modification, lorsqu'un listener de messages asynchrone est le seul thread actif du conteneur app-client, l'autre machine virtuelle appclient existe en tant que démon. Ce comportement constitue une régression par rapport aux anciennes applications qui effectuent des réceptions asynchrones dans ACC. Ce problème affecte les clients d'application qui installent un listener de messages JMS et quittent le thread principal.


Solution


Ne fermez pas le thread principal. Attendez que le module d'écoute du message avertisse le thread principal avant de fermer ce dernier.


Surveillance


Cette section décrit les problèmes connus liés au contrôle et les solutions associées.


Intégration de la structure de contrôle avec Application Server (6469302)


Dans la version Bêta d'Application Server, la structure de contrôle n'est pas prise en charge par défaut.



Solution 



    

    Pour intégrer la structure de contrôle à Application Server, procédez comme suit :
    


  1. 

    Modifiez le fichier <Install_dir>\appserver\lib\install\templates\ee\com.sun.cmm.as.xml .
    


    Remplacez ${InstalledLocation} par l'emplacement d'installation d'Application Server et ${InstalledDate} par la date actuelle.
    



    2. 

  2. 

    Copiez le fichier <Install_dir>\appserver\lib\install\templates\ee\com.sun.cmm.as.xml  dans <Install_dir>\appserver\lib.
    



    3. 

  3. 

    Exécutez la commande <MFWK_Install_location>\bin\mfwksetup.bat -r <Install_dir>\appserver\lib\com.sun.cmm.as.xml .
    



    4. 



Remarque – 
La valeur ${InstalledLocation} correspond à l'emplacement d'installation d'Application Server, c:\Sun\JavaES5\appserver. Pour $InstalledDate, vous devez saisir la date sous la forme du nombre de millisecondes écoulées depuis 1970.




Exemples


Cette section décrit les problèmes connus liés au code de l'exemple compris dans le produit Application Server 8.2 ainsi que les solutions associées.


Interruptions de setup-one-machine-cluster (ID 6195092)


Sur la plate-forme Windows, lorsque vous exécutez la commande mqfailover, vous devez appuyer sur les touches Ctrl+C pour débloquer le processus. Vous devez réexécuter le processus setup-one-machine-cluster .


À partir de install_dir\samples\ee-samples\failover\apps\mqfailover\docs\index.html, exécutez les commandes suivantes :



Si vous avez déjà exécuté asant setup-one-machine-cluster-without-ha  ou asant setup-one-machine-cluster-with-ha pour tout autre exemple d'Enterprise Edition, exécutez asant configure-mq. Sinon, exécutez asant setup-one-machine-cluster-and-configure-mq. La commande semble alors aboutir:









start_nodeagent: [echo] Start the node agent cluster1-nodeagent 
[exec] Command start-node-agent executed successfully.





Néanmoins, le système se bloque pendant une période indéterminée.


Solution


Aucune. Ce problème touche de la même manière tous les exemples des produits Enterprise Edition qui utilisent cette cible ant sous Windows. Pour contourner ce problème, vous pouvez appuyer sur Ctrl+C afin de débloquer le processus avant de le relancer.


La documentation n'indique pas explicitement le besoin de créer des ressources JMS avant l'exécution de l'exemple d'application de basculement de Message Queue (ID 6198003)


Après avoir suivi les instructions de déploiement asadmin et exécuté l'exemple d'application de basculement de Message Queue, le message d'erreur suivant s'affiche : 









/opt/SUNWappserver/domains/domain1/config/sun-acc.xml -name 
MQFailoverTestClient -textauth -user j2ee -password j2ee
Nov 18, 2004 10:50:17 PM com.sun.enterprise.naming.NamingManagerImpl 
bindObjects
SEVERE: NAM0006: JMS Destination object not found: jms/durable/TopicA
Nov 18, 2004 10:50:18 PM com.sun.enterprise.naming.NamingManagerImpl 
bindObjects
SEVERE: javax.naming.NameNotFoundException
javax.naming.NameNotFoundException





La documentation n'indique pas explicitement que les ressources JMS doivent être créées manuellement si le déploiement manuel est exécuté à l'aide des commandes asadmin deploy. La documentation ne mentionne pas non plus que les cibles ant fournies doivent être utilisées pour déployer l'exemple d'application.


Solution


Utilisez la cible asantt deploy pour le script build.xml afin de créer les ressources JMS nécessaires à l'exécution de l'application.


Sécurité


Cette section décrit les problèmes connus liés aux certificats et à la sécurité des applications Web sous Application Server ainsi que les solutions associées.


Impossible d'exécuter les applications WebServiceSecurity sur
Enterprise Edition avec J2SE 5.0 (ID 6183318)


Les applications WebServiceSecurity ne peuvent pas s'exécuter avec J2SE 5.0 pour les motifs suivants : 



Solution


Utilisez J2SE1.4.2 avec tout autre fournisseur JCE (autre que celui inclus par défaut). Retenez que cette configuration ne prend pas en charge l'accélération matérielle.


Fin SSL inopérationnelle (ID 6269102)


Lorsque l'équilibreur de charge (matériel) est configuré pour une fin SSL, Application Server remplace le protocole https par http lors de la redirection.


Solution


Ajoutez un équilibreur de charge logiciel entre l'équilibreur de charge matériel et Application Server.


Utilitaire de mise à niveau


Cette section décrit les problèmes connus de l'utilitaire de mise à niveau et les solutions associées. 


La base de données Derby utilisée par l'exemple de script est créée à un mauvais emplacement (ID 6377804)


Ce bogue présente deux aspects :


    

  1. 

    Lorsque des scripts de configuration d'un exemple d'application utilisant la base de données Derby sont exécutés, la base de données Derby est créée sous le répertoire en cours ou sous  <install_root>/bin.
    



    2. 

  2. 

    L'exemple de script Ant build crée un fichier password.txt stockant le fichier de mot de passe administrateur sous le répertoire actuel, qui ne sera pas écrit dans des scénarios non root et de zones sporadiques.
    



    3. 



Solution


    

  1. 

    
Emplacement de la base de données Derby : utilisez l'option  --dbhome avec la commande start-database pour créer la base de données à la valeur spécifiée pour --dbhome. Par exemple, ce qui suit indique la syntaxe de la commande asadmin pour start-database.
    


    

    


    

    start-database [--dbhost 0.0.0.0] [--dbport 1527] [--dbhome db_directory] [--echo=false] 
[--verbose=false]
    
    		

    

    


    2. 

  2. 

    
Emplacement du fichier password.txt   : le répertoire d'exemples est conçu pour être accessible en écriture puisque toutes les commandes du build comprennent la création d'un fichier password.txt dans ce répertoire. Veillez à installer une copie de travail des exemples à un emplacement accessible en écriture.
    



    3. 



Échec de la validation  du caractère point-virgule (;) dans le nom d'utilisateur administrateur ou dans le mot de passe (ID 6473341)


L'installation d'Application Server Enterprise Edition
 8.2 n'autorise pas les caractères spéciaux dans le nom d'utilisateur administrateur. La création de domaine échoue si un caractère spécial est utilisé. Notez, cependant, que le mot de passe administrateur peut contenir des caractères spéciaux.


Solution


Lors d'une mise à niveau de Application Server 7 vers Application Server 8.2, vérifiez que le nom d'utilisateur administrateur ne contient pas de caractères spéciaux.


Conteneur Web


Cette section décrit les problèmes connus liés au conteneur Web et les solutions associées. 


Aucune prise en charge du plug-in de l'équilibreur de charge Apache et IIS


Sun Java ES 5 Application Server ne prend pas en charge Apache et IIS (conteneur Web non Sun) pour le plug-in d'équilibreur de charge. Sun Java ES installe Sun Java System Web Server pour la configuration du plug-in d'équilibreur de charge.


Le déploiement de l'application à l'aide des fichiers --precompilejsp=true  peut verrouiller les fichiers JAR (ID 5004315)


Sur une plate-forme Windows, si vous devez effectuer une précompilation des pages JSP lors du déploiement d'une application sous Windows, les tentatives ultérieures de redéploiement ou d'annulation de déploiement de cette application (ou de toute autre application contenant le même ID de module) ne fonctionneront pas comme prévu. La précompilation des pages JSP ouvre les fichiers JAR dans votre application, mais ne les referme pas. Windows empêche alors que le processus d'annulation du déploiement ne supprime ces fichiers ou que le processus de redéploiement ne les écrase. 


Il est à noter que l'annulation du déploiement réussit partiellement dans la mesure où l'application est supprimée d'Application Server. Notez aussi qu'aucun message d'erreur n'est retourné par l'utilitaire asadmin, mais que le répertoire de l'application et les fichiers jar verrouillés ne sont pas supprimés du serveur. Le fichier journal du serveur contient les messages décrivant l'échec de la suppression des fichiers et du répertoire de l'application. 


Toute tentative de redéploiement de l’application suite à l’annulation du déploiement échoue, car le serveur essaie en vain de supprimer le répertoire et les fichiers existants. Ce scénario peut se produire si vous essayez de déployer une application qui utilise le même ID de module que celui de l'application initialement déployée. En effet, le serveur utilise cet ID de module lors de la sélection d'un répertoire destiné à contenir les fichiers de l'application. 


Les tentatives de redéploiement de l'application sans annulation préalable du déploiement échouent pour les mêmes raisons.



Diagnostics



Si vous essayez de redéployer l'application ou de la déployer après avoir annulé son déploiement, l'utilitaire asadmin renvoie une erreur similaire à l'erreur ci-dessous.









An exception occurred while running the command. The exception 
message is: CLI171 Command deploy failed : Deploying application in 
domain failed; Cannot deploy. Module directory is locked and can't 
be deleted.





Solution


Ce problème ne se produit pas si vous définissez le paramètre par défaut --precompilejsps=false lors du déploiement d'une application. Lors de sa première utilisation, l'application déclenche la compilation des pages JSP. C'est pour cette raison que le temps de réponse de la première requête est supérieur à celui des requêtes suivantes. 


Notez également qu’en cas de précompilation, vous devez arrêter et redémarrer le serveur avant d’annuler le déploiement de l’application ou de redéployer cette dernière. L’arrêt du serveur permet de libérer les fichiers JAR qui étaient verrouillés et d’effectuer correctement les opérations d’annulation du déploiement ou de redéploiement de l’application après le redémarrage.


Impossible de déployer les archives WAR avec le fichier web.xml basé sur le composant Servlet 2.4 comprenant un élément <load-on-startup> vide (ID 6172006)


L'élément de servlet facultatif load-on-startup inclus dans le fichier web.xml indique que le servlet correspondant doit être chargé et initialisé au démarrage de l'application Web à laquelle il appartient.


Le contenu facultatif de cet élément est un nombre entier précisant en quelle position le servlet doit être chargé et initialisé par rapport aux autres servlets de l'application Web. Lorsque l'élément <load-on-startup> est vide,  l'ordre de démarrage du servlet est inutile tant que celui-ci est chargé et initialisé au cours du démarrage de l'application Web dont il dépend.


Le schéma Servlet 2.4 du fichier web.xml ne prend plus en charge les éléments <load-on-startup> vides, ce qui signifie que vous devez obligatoirement indiquer un nombre entier lorsque vous utilisez un fichier web.xml basé sur le composant Servlet 2.4. Si vous laissez l'élément <load-on-startup> vide, tel que <load-on-startup/>, le fichier web.xml ne parvient pas à valider le schéma Servlet 2.4 pour web.xml, provoquant l'échec du déploiement de l'application Web.


Problème de compatibilité ascendante. Vous pouvez néanmoins laisser l'élément <load-on-startup> vide pour un fichier web.xml basé sur le composant Servlet 2.3.


Solution


Définissez la valeur <load-on-startup>0</load-on-startup> lors de l'utilisation d'un fichier web.xml basé sur Servlet 2.4 afin d'indiquer que l'ordre de chargement du servlet n'est pas important.


Impossible de compiler la page JSP sur des serveurs limités en ressources (ID 6184122)


La page JSP est accessible mais ne peut pas être compilée. Le journal du serveur contient le message d'erreur « Impossible d'exécuter la commande » avec le suivi de pile suivant :









at org.apache.tools.ant.taskdefs.Execute$Java13CommandLauncher.
exec(Execute.java:655) at org.apache.tools.ant.taskdefs.Execute.
launch(Execute.java:416) 
at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:427) 
at org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.
executeExternalCompile(DefaultCompilerAdapter.java:448) 
at org.apache.tools.ant.taskdefs.compilers.JavacExternal.execute
(JavacExternal.java:81) 
at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:842) 
at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:682) 
at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:396)





Solution


Définissez le commutateur de compilation JSP fork sur false.


Vous pouvez activer ce paramètre de deux façons :



Ces deux paramètres empêcheront Ant de générer dynamiquement un nouveau processus pour la compilation javac.


Application Server ne prend pas en charge l'add-on auth-passthrough de Web Server 6.1 (ID 6188932)


La fonction de plug-in auth-passthrough disponible dans Sun Java System Application Server Enterprise Edition
 8.2 7.1 est prise en charge par Sun Java System Application Server Enterprise Edition
 8.2. auth-passthrough est cependant configurée différemment dans Sun Java System Application Server Enterprise Edition
 8.2.


La fonction de plug-in auth-passthrough de Application Server Enterprise Edition
 7.1 a été utilisée pour des scénarios de déploiement dans les architectures à deux niveaux où :  



Dans de telles architectures réseau, un client se connecte à un serveur Web frontal préalablement configuré pour fonctionner avec la fonction de plug-in service-passthrough et transfère les requêtes HTTP à l'instance d' Application Server pour traitement via un proxy. Cette instance d'Application Server ne peut recevoir de requêtes que via le proxy du serveur Web mais ne peut pas en recevoir directement de la part d'hôtes clients. Par conséquent, toute application déployée sur l'instance d'Application Server qui envoie par proxy des requêtes pour obtenir des informations clientes (l'adresse IP du client par exemple) reçoit l'IP proxy de l'hôte par lequel la requête est relayée.


Dans Application Server Enterprise Edition
 7.1, la fonction de plug-in auth-passthrough peut être configurée sur l'instance d'Application Server utilisant un proxy afin de rendre directement disponibles les informations de clients distants pour n'importe quelle application déployée sur le serveur d'applications. Tout se passe alors comme si l'instance d'Application Server recevait la requête directement au lieu de la recevoir par l'intermédiaire d'un serveur Web exécutant le plug-in service-passthrough.


Dans Application Server Enterprise Edition
 8.2, la fonctionnalité auth-passthrough peut être activée en définissant la propriété authPassthroughEnabled de l'élément <http-service> du fichier domain.xml sur true comme suit :









<property name="authPassthroughEnabled" value="true"/>





Les dispositions de sécurité concernant la fonction de plug-in auth-passthrough de Application Server Enterprise Edition
 7.1 s'appliquent de la même manière à la propriété authPassthroughEnabled dans Application Server Enterprise Edition
 8.2. Étant donné que authPassthroughEnabled active le remplacement des informations susceptibles d'être utilisées à des fins d'authentification (telles que l'adresse IP d'où la requête a été émise ou le certificat client SSL). Par conséquent, seuls les clients ou serveurs de confiance doivent être autorisés à se connecter à une instance Application Server Enterprise Edition
 8.2 avec authPassthroughEnabled défini sur TRUE. Par précaution, procédez à la configuration des serveurs uniquement derrière le pare-feu de la société, avec authPassthroughEnabled défini sur TRUE. Pour un serveur accessible par Internet, la propriété authPassthroughEnabled ne doit jamais être définie sur TRUE.


Il est à noter que dans le cas où le plug-in service-passthrough a été configuré sur un serveur Web proxy qui relaie les requêtes vers une instance d'Application
Server 8.1 Update 2 pour laquelle la propriété authPassthroughEnabled a été définie sur TRUE, l'authentification cliente SSL peut être activée sur le proxy du serveur Web et désactivée sur celui de l'instance d'Application Server 8.1 Update 2. Dans ce cas, l'instance d'Application Server 8.1 Update 2 utilisant un proxy continue de traiter les requêtes comme si elles étaient authentifiées via SSL et fournit un certificat SSL client aux applications déployées lorsque nécessaire.


Le listener HTTP créé avec l'indicateur --enabled=false  ne désactive pas le listener (ID 6190900)


Lorsqu'un httplistener est créé avec l'indicateur --enabled=false , le listener n'est pas désactivé. L'indicateur --enabled  n'a aucune incidence lorsqu'il est utilisé pendant la création du listener.


Solution


Créez le listener à l'état activé, puis désactivez-le manuellement ultérieurement.