Configuration des chargeurs de classe d'application

Vous pouvez définir des valeurs qui contrôlent le comportement du chargement des classes d'une application d'entreprise installée. 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 installé une application sur un serveur d'applications.

Pourquoi et quand exécuter cette tâche

Configurez les chargeurs de classe d'une application d'entreprise pour définir les valeurs des règles et des modes de chargeurs de classe pour cette application.

Un chargeur de classe d'application regroupe des modules EJB (enterprise bean), des bibliothèques partagées, des fichiers RAR (resource adapter archive) 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.

Utilisez la console d'administration pour configurer les chargeurs de classe.

Avertissement : Si une application est en cours d'exécution, la modification de ses paramètres entraîne son redémarrage. Sur les serveurs autonomes, l'application est redémarrée une fois les modifications sauvegardées. Sur les produits utilisant des serveurs multiples, l'application redémarre une fois les modifications sauvegardées et les fichiers sont synchronisés sur le noeud où l'application est installée. Pour contrôler la survenue de la synchronisation sur des produits utilisant plusieurs serveurs, désélectionnez Synchroniser les modifications avec les noeuds sur la page Préférences de la console.

Procédure

  1. Cliquez sur Applications > Types d'application > Applications WebSphere Enterprise > nom_application > Chargement de classes et détection de mise à jour pour accéder à la page des paramètres de chargeur de classe d'application.
  2. Indiquez s'il convient ou non de recharger les classes d'application lors de la mise à jour de l'application ou de ses fichiers.

    Par défaut, le rechargement de classe n'est pas activé. Choisissez Remplacer les paramètres de rechargement de classe des modules Web et EJB pour recharger les classes d'application. Vous pouvez spécifier des valeurs différentes pour les modules EJB et les modules Web, tels que des servlets et des fichiers JSP.

  3. Indiquez le nombre de secondes nécessaires à l'analyse du système de fichiers de l'application pour la recherche des fichiers mis à jour.

    La valeur spécifiée pour Intervalle d'interrogation des fichiers mis à jour ne prend effet que si le rechargement des classes est activé. La valeur par défaut correspond à celle de l'attribut de l'intervalle de rechargement dans le fichier d'extension IBM® (META-INF/ibm-application-ext.xmi) de l'application d'entreprise (fichier EAR). Vous pouvez spécifier différentes valeurs pour les modules EJB et Web, tels que des servlets et des fichiers JSP.

    Pour activer le rechargement, spécifiez un entier supérieur à zéro (par exemple, 1 à 2147483647).

    Pour désactiver le rechargement, spécifiez zéro (0).

    Configurations prises en charge Configurations prises en charge: Pour les fichiers de liaison et d'extension IBM, l'extension de nom de fichier .xmi ou .xml est différente selon que vous utilisiez un module ou une application antérieure à Java EE 5 ou un module ou une application ultérieure à Java EE 5. Un fichier de liaison ou d'extension IBM porte le nom ibm-*-ext.xmi ou ibm-*-bnd.xmi où * correspond au fichier d'extension ou de liaison, tel app, application, ejb-jar ou web. Les conditions suivantes s'appliquent :
    • Pour une application ou un module qui utilise une version Java EE antérieure à la version 5, l'extension de fichier doit être .xmi.
    • Pour une application ou un module qui utilise Java EE 5 ou version ultérieure, l'extension de fichier doit être .xml. Si des fichiers .xmi sont inclus dans l'application ou le module, le produit les ignore.

    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.

    sptcfg
  4. Indiquez l'ordre du chargeur de classes de l'application.

    Le chargeur de classes indique si le chargeur de classe doit d'abord effectuer la recherche dans le chargeur de classe parent ou dans le chargeur de classe de l'application afin de charger une classe. Par défaut, la recherche s'effectue d'abord dans le chargeur de classe parent, puis dans le chargeur de classe d'application pour charger une classe.

    Sélectionnez l'une des valeurs suivantes pour l'ordre du chargeur de classes :

    Option Description
    Classes chargées en premier avec un chargeur de classes parent Indique que le chargeur de classe doit d'abord effectuer la recherche dans le chargeur de classe parent pour charger une classe. Cette valeur est la norme pour les chargeurs de classe de Development Kit et de WebSphere Application Server.
    Classes chargées en premier avec un chargeur de classe local (dernier parent) Indique que le chargeur de classe doit d'abord effectuer la recherche dans le chargeur de classe de l'application pour charger une classe. En indiquant Classes chargées en premier avec un chargeur de classe local (dernier parent), votre application peut substituer des classes contenues dans le chargeur de classe parent.
    Eviter les incidents Eviter les incidents: Si vous indiquez Classes chargées en premier avec un chargeur de classe local (dernier parent), cette valeur risque d'aboutir aux messages LinkageErrors ou ClassCastException si vous avez utilisé conjointement des classes substituées et des classes non substituées.gotcha
  5. Indiquez si un seul ou plusieurs chargeurs de classe doivent être utilisés pour charger des fichiers WAR de votre application.

    Par défaut, les modules Web ont leur propre chargeur de classe WAR pour charger le contenu des répertoires WEB-INF/classes et WEB-INF/lib. La valeur du chargeur de classe WAR par défaut est Chargeur de classes pour chaque fichier WAR de l'application, qui utilise un chargeur de classe distinct pour charger chaque fichier WAR. Si vous définissez la valeur Chargeur de classes unique pour l'application, le chargeur de classe de l'application charge le contenu du module Web, ainsi que les modules EJB, les bibliothèques partagées, les fichiers RAR et les fichiers JAR de dépendances associés à l'application. Le chargeur de classe d'application est le parent du chargeur de classe WAR.

    Sélectionnez l'une des valeurs suivantes pour la règle du chargeur de classe WAR :

    Option Description
    Chargeur de classes pour chaque fichier WAR de l'application Utilise un chargeur de classe différent pour chaque fichier WAR.
    Chargeur de classes unique pour l'application Utilise un chargeur de classe unique pour charger tous les fichiers WAR dans votre application.
  6. Cliquez sur OK.

Que faire ensuite

Sauvegardez les modifications de la configuration d'administration.

Icône indiquant le type de rubrique Rubrique de tâche



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=trun_classload_entapp
Nom du fichier : trun_classload_entapp.html