Incidents liés au démarrage d'une application
Lorsqu'une application ne démarre pas ou démarre avec des erreurs, l'incident peut résulter d'une de ces sources.
- WSVR0100W: Erreur lors de l'initialisation, nom_application java.lang.NullPointerException au démarrage d'une application migrée
- Une erreur java.lang.ClassNotFoundException: nomclasse Bean_AdderServiceHome_04f0e027Bean se produit
- Une erreur ConnectionFac E J2CA0102E: Composant EJB non valide : Ne peut pas utiliser de module EJB avec la version 1.1 utilisant l'adaptateur de ressources relationnelles se produit
- NMSV0605E: Erreur "Un objet de référence recherché dans le contexte...".
Une erreur d'analyse se produit lors de l'exécution d'une application utilisant la configuration JSF.
- Page introuvable, indice de tableau hors limites ou autre erreur lors du redémarrage d'une application mise à jour
- Parcourez les fichiers journaux du serveur d'application pour cette application à la recherche d'indices. Par défaut, ces fichiers sont : racine_serveur_app/logs/nom_serveur/SystemErr.log et SystemOut.log.
- Recherchez tout message d'erreur ou d'avertissement dans la table de référence des messages en cliquant sur la vue Référence et en développant Messages.
Si vous ne trouvez pas d'incident similaire au vôtre, ou si les informations fournies ne permettent pas de résoudre votre problème, consultez les informations d'identification et de résolution des incidents du support IBM.
WSVR0100W: Erreur lors de l'initialisation, nom_application java.lang.NullPointerException au démarrage d'une application migrée
Après la migration d'une application d'entreprise vers la version 8.0, il est possible que celle-ci ne démarre plus. Toute tentative de démarrage de l'application se solde par une erreur telle que : WSVR0100W: Erreur lors de l'initialisation, nom_application java.lang.NullPointerException.
Examinez le fichier deployment.xml de l'application migrée et supprimez les instructions targetMapping telles que les suivantes :
<targetMappings xmi:id="DeploymentTargetMapping_1279594183813" enable="true"/>"
Essayez ensuite de démarrer à nouveau l'application. L'environnement d'exécution de la version 8.0 a un processus de validation d'application qui peut être incompatible avec les valeurs targetMappings des applications migrées.
java.lang.ClassNotFoundException: nomclasse Bean_AdderServiceHome_04f0e027Bean
Une exception similaire se produit lorsque vous tentez de démarrer une application non déployée contenant des beans enterprise ou des modules bean enterprise non déployés.
Les modules Enterprise JavaBeans
créés intentionnellement dans un outil d'assemblage ont des informations de configuration incomplètes. Le déploiement de ces
modules finalise la configuration en procédant à la lecture du descripteur de déploiement du module,
en renseignant des paramètres propres à la plateforme ou à l'installation et en associant des classes
au fichier JAR des Enterprise JavaBeans.
- Utilisez un outil d'assemblage et une console d'administration pour générer un code de déploiement et installer l'application ou le module Enterprise JavaBeans sur un serveur.
- Désinstallez l'application ou le module Enterprise JavaBeans de la console d'administration.
- Configurez votre outil d'assemblage pour que le serveur cible soit une installation WebSphere Application Server. Si vous n'avez pas accès au serveur cible, vous pouvez spécifier un emplacement erroné, tel que /temp. Définir un emplacement erroné vous permet d'assembler et de générer un code de déploiement pour le bean enterprise.
- Dans la vue Explorateur de projets d'un outil d'assemblage, cliquez avec le bouton droit de la souris sur le bean enterprise (Enterprise JavaBeans) dans le
fichier .ear non déployé contenant le module Enterprise JavaBeans ou le fichier JAR Enterprise
JavaBeans autonome non déployé, puis cliquez sur Déployer.
Si votre outil d'assemblage peut accéder au serveur
cible WebSphere
Application Server, le code de déploiement est généré pour les Enterprise JavaBeans et l'outil
d'assemblage essaye d'installer l'application ou le module sur le serveur cible. Si votre outil d'assemblage ne peut
pas accéder au serveur cible WebSphere
Application Server ou si l'installation échoue, utilisez le code de déploiement
généré pour la prochaine étape.
Pour plus d'informations sur l'utilisation d'un outil d'assemblage, consultez la rubrique relative à l'assemblage d'applications.
- Utilisez la commande wsadmin $AdminApp install ou la console d'administration pour installer la version déployée créée par l'outil d'assemblage.
- Si vous utilisez la commande wsadmin $AdminApp install, désinstallez-la et réinstallez-la en utilisant l'option-EJBDeploy. Suivez la commande install avec la commande $AdminConfig save.
ConnectionFac E J2CA0102E: Composant EJB non valide : Ne peut pas utiliser de module EJB avec la version 1.1 utilisant l'adaptateur de ressources relationnelles
Cette erreur se produit lorsqu'un bean enterprise développé vers la spécification Enterprise JavaBeans 1.1 est déployé avec une source de données WebSphere Application Server version 5 conforme J2C, qui est la source de données par défaut. Par défaut, les bean enterprise persistants créés sous WebSphere Application Server version 4.0 à l'aide d'Application Assembly Tool répondent aux exigences de la spécification Enterprise JavaBeans 1.1. Pour s'exécuter sur WebSphere Application Server version 6, ces beans enterprise doivent être associés à une source de données de type WebSphere Application Server version 4.0.
Modifiez le mappage de l'application qui associe les beans enterprise à des beans CMP (container managed persistence) 1.x pour les associer à une source de données de la version 4.0 ou supprimer la source de données existante et créer une source de données version 4.0 de même nom.
Pour modifier le mappage de l'application des beans enterprise dans la console d'administration de WebSphere Application Server, sélectionnez les propriétés de l'application qui posent problème et utilisez Mapper les références de ressources vers les ressources ou Mapper les sources de données pour tous les beans CMP 1.x pour changer la source de données utilisée par le bean enterprise. Sauvegardez la configuration et redémarrez l'application.
- Dans la console d'administration, cliquez sur .
- Effacez la source de données associée au module Enterprise JavaBeans 1.1.
- Cliquez sur .
- Créez une source de données pour le module Enterprise JavaBeans 1.1.
- Sauvegardez la configuration et redémarrez l'application.
NMSV0605E: Erreur "Un objet de référence recherché dans le contexte..."
Si la totalité du texte d'erreur est similaire à :
[7/17/02 15:20:52:093 CDT] 5ae5a5e2 UrlContextHel W NMSV0605E: Un objet de référence recherché dans le contexte
"java" : dénommé "comp/PM/WebSphereCMPConnectionFactory" a été envoyé au gestionnaire de dénomination JNDI
et une exception s'est produite. Les données de référence sont les suivantes :
Nom de classe de la fabrique de référence : com.ibm.ws.naming.util.IndirectJndiLookupObjectFactory
URL des emplacements de classes de la fabrique de référence :
Nom de classe de la référence : java.lang.Object
Type: JndiLookupInfo
Contenu: JndiLookupInfo: ; jndiName="eis/jdbc/MyDatasource_CMP"; providerURL=""; initialContextFactory=""
ensuite il se peut que le problème vienne du fait que la source de données prévue pour prendre en charge un bean enterprise CMP ne soit pas correctement associée au bean enterprise.
Pour résoudre cet incident :
- Cochez la case Utiliser cette source de données dans la persistance CMP dans la sous-fenêtre "Propriétés générales" de la page Sources de données de la console d'administration.
- Vérifiez le nom JNDI à l'aide de l'une des méthodes suivantes :
- Vérifiez que le nom JNDI donné dans la console d'administration sous pour la source de données correspond au nom JNDI donné pour les liaisons de ressources CMP ou BMP lors de l'assemblage de l'application dans un outil d'assemblage.
- Vérifiez le nom JNDI pour les liaisons de ressources CMP ou BMP définies dans le code par le développeur d'applications J2EE. Ouvrez le dossier .ear déployé dans un outil d'assemblage et cherchez le nom JNDI pour vos beans identity sous Liaisons des ressources CMP ou BMP. Vérifiez que les noms correspondent.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
Erreur d'analyse lors de l'exécution d'une application utilisant la configuration JSF
Si vous utilisez des caractères codés sur deux octets dans le nom de profil, vous recevez une erreur d'analyse lors de l'exécution d'une application utilisant la configuration JavaServer Faces (JSF). L'incident est lié à la configuration JSF qui fait partie du jsf-ibm.jar inclus lors de la création des applications JSF dans Rational Application Developer. Les fichiers de configuration référencent des entités dans le fichier principal faces-config.xml.
Evitez d'utiliser des caractères codés sur deux octets lors de la création d'un profil.
Page introuvable, indice de tableau hors limites ou autre erreur lors du redémarrage d'une application mise à jour
Si une application est mise à jour pendant son exécution, WebSphere Application Server l'arrête automatiquement ou seulement ses composants modifiés, en met à jour la logique et redémarre l'application ou ses composants arrêtés. Pour plus d'informations sur le redémarrage d'applications mises à jour, voirFine-grained recycle behavior dans IBM WebSphere Developer Technical Journal: System management for WebSphere Application Server V6 -- Part 5 Flexible options for updating deployed applications.
Une page est introuvable, un indice de tableau est hors limites ou une autre erreur peut se produire lors du redémarrage.
Pour réduire au minimum la survenance de telles erreurs, mettez à jour les applications dans un environnement de test avant de mettre à jour les applications dans un environnement de production. N'effectuez pas directement les modifications dans un environnement de production.