Configuration de l'utilisation des chargeurs de classe par une application
Vous pouvez configurer vos applications et modules Web de façon à utiliser leurs propres chargeurs de classe ou des chargeurs de classe différents ; vous pouvez également programmer le rechargement des classes lorsque les fichiers d'application ont été mis à jour. Les chargeurs de classe activent une application pour accéder aux référentiels de classes et de ressources disponibles.
Avant de commencer
Cette rubrique suppose que vous avez déjà déployé l'application ou le module sur un serveur.

Toutefois, un module Java EE 5 ou version ultérieure peut exister dans une application qui inclut des fichiers antérieurs à Java EE 5 et utilise l'extension de nom de fichier .xmi.
Les fichiers ibm-webservices-ext.xmi, ibm-webservices-bnd.xmi, ibm-webservicesclient-bnd.xmi, ibm-webservicesclient-ext.xmi et ibm-portlet-ext.xmi continuent d'utiliser les extensions de fichier .xmi.
sptcfgPourquoi et quand exécuter cette tâche
Les chargeurs de classe déterminent si votre application et ses modules trouvent les ressources dont ils ont besoin pour s'exécuter efficacement. Vous pouvez décider que vos applications et modules Web utilisent leurs propres chargeurs de classe ou des chargeurs de classe parent.
Un chargeur de classe d'application regroupe des modules Enterprise JavaBeans (EJB), des bibliothèques partagées, des fichiers RAR et des fichiers JAR (Java Archive) de dépendances associés à une application. Les fichiers JAR de dépendances sont des fichiers JAR qui contiennent du code pouvant être utilisé à la fois par des beans enterprise et des servlets.
Un chargeur de classe d'application est le parent du chargeur de classe WAR. Par défaut, un module Web dispose de son propre chargeur de classe pour charger le contenu du module Web. La valeur de la règle d'un chargeur de classe WAR d'un chargeur de classe d'application indique si le chargeur de classe WAR ou celui de la classe d'application est utilisé pour charger le contenu du module Web.
Vous pouvez également décider si les classes sont rechargées lorsque les fichiers de l'application sont mis à jour. Pour les modules EJB ou tous les modules non-Web, le rechargement de la classe amène l'exécution du serveur d'applications à arrêter et à démarrer les applications pour qu'elles rechargent des classes d'application. Pour les modules Web, tels que les servlets et les fichiers JSP JavaServer Pages, un conteneur Web recharge un module Web uniquement lorsque l'extension IBM reloadingEnabled dans le fichier ibm-web-ext.xmi a la valeur true.
Pour configurer l'utilisation des chargeurs de classe par votre application et vos modules Web, utilisez la page Chargement de classes et détection de mise à jour de la console d'administration.
Procédure
Résultats
La configuration de l'application ou du module est modifiée. L'application ou le module Web autonome est redémarré afin que les modifications prennent effet.
Que faire ensuite
Si l'application ou le module sont déployés dans un cluster et que vous avez terminé les modifications de configuration, cliquez sur Déployer la mise à jour dans la page Applications d'entreprise pour propager la configuration modifiée sur tous les membres du cluster dans lesquels l'application ou le module sont déployés. L'option Déployer la mise à jour met à jour de façon séquentielle la configuration sur tous les noeuds contenant des membres du cluster.
Sauvegardez les modifications de la configuration d'administration.
Dans le cas de produits utilisant plusieurs serveurs, les fichiers binaires de l'application sont transférés sur les noeuds lorsque les modifications de configuration apportées au gestionnaire de déploiement sont synchronisées avec les configurations des différents noeuds sur lesquels l'application s'exécute.