Configurations pour le consignateur WebSphere Application Server

Vous pouvez configurer une application à utiliser avec le consignateur WebSphere Application Server de différentes manières.

Le type de configuration convenant le mieux à une application dépend des éléments suivants :

Les tableaux suivants décrivent les conditions requises pour permettre à une application d'utiliser le consignateur WebSphere Application Server.

Le mode du chargeur de classe est Parent en premier et Jakarta Commons Logging est associé à l'application

Tableau 1. Conditions requises pour utiliser le consignateur. Si Parent en premier et Jakarta Commons Logging sont associés à une application.
Configuration de Jakarta Commons Logging Instance LogFactory Instance Log Commentaires
L'application fournit la configuration par l'un des moyens suivants :

• Le fichier de propriétés commons-logging.properties dans le chemin de classes (classpath) n'est pas lu par LogFactory car le chargeur de classe parent trouve d'abord le fichier de propriétés WebSphere.

• Le nom de la classe est lu dans le fichier
META-INF/services/
org.apache.commons
.logging.LogFactory
La fabrique de journalisation utilisée est l'implémentation de LogFactory spécifiée dans la configuration par défaut de WebSphere Application Server, à moins que la configuration soit mentionnée dans un fichier META-INF de l'application ou du module. Le journal utilisé est l'un des suivants :

• L'implémentation du journal spécifié dans la configuration par défaut de WebSphere Application Server

• L'implémentation d'un journal propre à l'application si une instance LogFactory spécifique à l'application qui instancie une mise en oeuvre différente est utilisée.

Le chargeur de classe parent de l'application est le premier chargeur de classe à charger le code Jakarta Commons Logging. Le module WebSphere prenant en charge Jakarta Commons Logging fournit le code statique LogFactory qui recherche les attributs de configuration LogFactory.

Pour que le code LogFactory statique instancie l'instance LogFactory spécifiée dans la configuration de l'application, l'instance LogFactory doit se trouver dans le chemin de classes du chargeur de classe parent.

Non fourni par l'application La fabrique de journalisation utilisée est l'implémentation de LogFactory spécifiée dans la configuration par défaut de WebSphere. Le journal utilisé est l'implémentation du journal spécifié dans la configuration par défaut de WebSphere. Jakarta Commons Logging associé à l'application n'est pas utilisé.

Le mode du chargeur de classe est Parent en premier et Jakarta Commons Logging n'est pas associé à l'application

Tableau 2. Conditions requises pour utiliser le consignateur. Si Parent en premier et Jakarta Commons Logging ne sont pas associés à une application.
Configuration de Jakarta Commons Logging Instance LogFactory Instance Log Commentaires
L'application fournit la configuration par l'un des moyens suivants :

• Le fichier de propriétés commons-logging.properties dans le chemin de classes (classpath) n'est pas lu par LogFactory car le chargeur de classe parent trouve d'abord le fichier de propriétés WebSphere Application Server.

• Le nom de la classe est lu dans le fichier
META-INF/services/
org.apache.commons
.logging.LogFactory
La fabrique de journalisation utilisée est l'implémentation de LogFactory spécifiée dans la configuration par défaut de WebSphere Application Server, à moins que la configuration soit mentionnée dans un fichier META-INF de l'application ou du module. Le journal utilisé est l'un des suivants :

• L'implémentation du journal spécifié dans la configuration par défaut de WebSphere Application Server

• L'implémentation d'un journal propre à l'application si une instance LogFactory spécifique à l'application qui instancie une mise en oeuvre différente est utilisée.

Le chargeur de classe parent de l'application est le premier chargeur de classe à charger le code Jakarta Commons Logging. Le module WebSphere prenant en charge Jakarta Commons Logging fournit le code statique LogFactory qui recherche les attributs de configuration LogFactory.

Pour que le code LogFactory statique instancie l'instance LogFactory spécifiée dans la configuration de l'application, l'instance LogFactory doit se trouver dans le chemin de classes du chargeur de classe parent.

Non fourni par l'application La fabrique de journalisation utilisée est l'implémentation de LogFactory spécifiée dans la configuration par défaut de WebSphere Application Server. Le journal utilisé est l'implémentation de Log spécifiée dans la configuration par défaut de WebSphere Application Server. Identique à la ligne précédente

Le mode du chargeur de classe est Parent en dernier et Jakarta Commons Logging est associé à l'application

Tableau 3. Conditions requises pour utiliser le consignateur. Si Parent en dernier et Jakarta Commons Logging sont associés à une application.
Configuration de Jakarta Commons Logging Instance LogFactory Instance Log Commentaires
L'application fournit la configuration par l'un des moyens suivants :

• Le fichier de propriétés commons-logging.properties dans le chemin de classes (classpath) de l'application est lu par LogFactory car le chargeur de classe trouve d'abord le fichier de propriétés de l'application.

• Le nom de la classe est lu dans le fichier
META-INF/services/
org.apache.commons
.logging.LogFactory
La fabrique de journalisation utilisée est l'une des suivantes :

• L'instance LogFactory par défaut de Jakarta Commons Logging

• L'instance LogFactory spécifiée dans la configuration de l'application

Le journal utilisé est l'implémentation du journal spécifié dans la configuration par défaut de l'application.

Si la fabrique de journalisation utilisée est l'instance LogFactory par défaut de Jakarta Commons Logging, l'implémentation du journal doit se trouver dans le chemin de classes du chargeur de classe de l'application.

Le chargeur de classe de l'application est le premier chargeur de classe à charger le code Jakarta Commons Logging. Le module de l'application prenant en charge Jakarta Commons Logging fournit le code statique LogFactory qui recherche les attributs de configuration LogFactory.

Pour que le code LogFactory statique instancie l'instance LogFactory spécifiée dans la configuration de l'application, l'instance LogFactory doit se trouver dans le chemin de classes du chargeur de classe de l'application.

Non fourni par l'application La fabrique de journalisation utilisée est l'implémentation de LogFactory spécifiée dans la configuration par défaut de WebSphere Application Server. Le journal utilisé est l'implémentation de Log spécifiée dans la configuration par défaut de WebSphere Application Server.  

Le mode du chargeur de classe est Parent en dernier et Jakarta Commons Logging n'est pas associé à l'application

Tableau 4. Conditions requises pour utiliser le consignateur. Si Parent en dernier et Jakarta Commons Logging ne sont pas associés à une application.
Configuration de Jakarta Commons Logging Instance LogFactory Instance Log Commentaires
L'application fournit la configuration par l'un des moyens suivants :

• Le fichier de propriétés commons-logging.properties dans le chemin de classes (classpath) de l'application est lu par LogFactory car le chargeur de classe trouve d'abord le fichier de propriétés de l'application.

• Le nom de la classe est lu dans le fichier
META-INF/services/
org.apache.commons
.logging.LogFactory
La fabrique de journalisation utilisée est l'une des suivantes :

• L'instance LogFactory par défaut de Jakarta Commons Logging

• L'instance LogFactory spécifiée dans la configuration de l'application

Le journal utilisé est l'implémentation du journal spécifié dans la configuration par défaut de l'application.

Si la fabrique de journalisation utilisée est l'instance LogFactory par défaut de Jakarta Commons Logging, l'implémentation du journal doit se trouver dans le chemin de classes du chargeur de classe de l'application.

Aucun code Jakarta Commons Logging présent dans le chargeur de classe de l'application. Ainsi, le module WebSphere prenant en charge Jakarta Commons Logging fournit le code statique LogFactory qui recherche les attributs de configuration LogFactory.

Pour que le code LogFactory statique instancie l'instance LogFactory spécifiée dans la configuration de l'application, l'instance LogFactory doit se trouver dans le chemin de classes du chargeur de classe parent.

Non fourni par l'application La fabrique de journalisation utilisée est l'implémentation de LogFactory spécifiée dans la configuration par défaut de WebSphere Application Server. Le journal utilisé est l'implémentation de Log spécifiée dans la configuration par défaut de WebSphere Application Server.  

Icône indiquant le type de rubrique Rubrique de concept



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=ctrb_classload_jcl_conf
Nom du fichier : ctrb_classload_jcl_conf.html