Installation

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

Blocage lors de l'arrêt de l'installation sur certains systèmes Linux après avoir cliqué sur le bouton Terminer. (ID 5009728)

Ce problème apparaît sur plusieurs systèmes Linux. Il apparaît le plus souvent sur Java Desktop System 2, mais il a également été observé sur les distributions Linux Red Hat.

Lorsque vous cliquez sur le bouton Terminer du dernier écran, le programme d'installation ne parvient pas à ouvrir de fenêtre de navigation dans laquelle est affichée la page À propos de ou celle concernant l'enregistrement du produit. Il se bloque alors pour une période indéterminée, sans renvoyer d'invite de commande.

Solution

Quittez le programme d'installation en appuyant sur les touches Ctrl+C dans la fenêtre du terminal dans laquelle le programme d'installation a été démarré. Ceci devrait lancer l'affichage de la page À propos de ou de la page concernant l'enregistrement du produit dans la fenêtre du navigateur. Si ce n'est pas le cas, lancez le navigateur et saisissez l'URL suivant afin de vérifier la page À propos de :

file://install_dir/docs-ee/about.html

Si vous avez également sélectionné l'option d'enregistrement du produit lors de l'installation, suivez le lien vers la page d'enregistrement disponible sur la page À propos de.

Sous Windows, le répertoire imq doit être créé lors de l'installation. (ID 6199697)

Sous Windows, dès qu'Application Server Enterprise Edition est installé, le courtier Message Queue échoue au démarrage et un message indiquant que le répertoire drive:\as\domains\domain1\imq n'existe pas apparaît.

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

Vous ne pouvez pas installer le serveur d'application sur RHLAS 3.0 et RHLAS 4.0 sans compat-libstdc++. (ID 6396102)

L'installation de Application Server Enterprise Edition 8.2 sur un système Red Hat Linux Advanced Server (RHLAS) 3.0 ou 4.0 échoue si la bibliothèque compat-libstdc++ n'est pas déjà installée sur le système. Application Server nécessite la bibliothèque compat-libstdc++ sur les systèmes RHLAS mais cette dernière n'est pas installée par défaut. Veuillez noter que ce problème est propre aux systèmes RHLAS.

Solution

Téléchargez et installez le RPM compat-libstdc++ depuis le site http://rpm.pbone.net/index.php3/stat/4/idpl/843376/com/compat-libstdc++-7.3-2.96.118.i386.rpm.html avant d'installer le logiciel Application Server.

La commande lbplugin (libpassthrough.so ) ne peut pas être utilisée lorsque le serveur est exécuté en mode 64 bits. (ID 6480952)

Lorsque vous exécutez Application Server Enterprise Edition 8.2 avec Web Server 7.0 en mode 64 bits, des tentatives d'exécution d'une version 64 bits du plug-in de l'équilibreur de charge échouent avec l'erreur suivante :

failure: CORE2253: Error running Init function load-modules: dlopen 
of /export/home/mareks/opt/webserver7/plugins/lbplugin/bin/libpassthrough.so 
failed (ld.so.1: webservd: fatal: /export/home/mareks/opt/webserver7/plugins/
lbplugin/bin/libpassthrough.so: wrong ELF class: ELFCLASS32)
failure: server initialization failed

Le problème est tel qu'il n'existe pas de plug-in de l'équilibreur de charge 64 bits pour Application Server Enterprise Edition 8.2, et que Web Server 64 bits requiert des plug-ins 64 bits.

Vous pouvez déterminer si Web Server est exécuté en mode 64 bits ou 32 bits à l'aide de la commande suivante :

wadm get-config-prop --user=admin --config=xxx --password-file=xxx platform

Solution

Aucun équilibreur de charge 64 bits n'est prévu pour Application Server Enterprise Edition 8.2. Pour résoudre le problème, utilisez la fonction de proxy inverse de Web Server 7.0 ou configurez l'exécution de Web Server 7.0 en mode 32 bits. Reportez-vous à la documentation de Web Server pour obtenir des instructions.

Impossible d'exécuter asant deploy : “La ligne d'entrée est trop longue” (Windows 2000). (ID 6485174)

Lorsque vous installez Application Server 8.2 à l'emplacement par défaut sous Windows 2000, vous pouvez rencontrer l'erreur suivante lors de l'exécution de la commande asant deploy :

$ C:/Sun/JavaES5/appserver/bin/asant deploy
The input line is too long.
The syntax of the command is incorrect.

Le problème est tel que les lignes de commande sous Windows 2000 ne peuvent pas dépasser 1000 caractères et que, en fonction de la configuration de votre système, l'environnement ANT_OPTS par défaut peut entraîner une ligne de commande asant deploy trop longue. Ce problème ne se produit que sous Windows 2000.

Solution

Sous Windows 2000, installez Application Server dans un chemin de répertoire court, C:\JES5_AS par exemple.

La documentation sur la réalisation d'une connexion physique à partir d'une connexion enroulée est désormais erronée (ID 6486123)

Conséquence d'autres défaillances (probablement 6295215), le code fourni dans la section Obtaining a Physical Connection from a Wrapped Connection du Sun Java System Application Server Enterprise Edition 8.2 Developer’s Guide du Chapitre 11, Using the JDBC API for Database Access du Sun Java System Application Server Enterprise Edition 8.2 Developer’s Guide est désormais erroné. La ligne :

Connection drivercon = ds.getConnection(con);

est maintenant remplacée par :

Connection drivercon = ((com.sun.gjc.spi.DataSource)ds).getConnection(con);