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 :
- Que l'ordre du chargeur de classes défini pour l'application corresponde à Classes chargées en premier avec un chargeur de classes parent (Parent en premier) ou Classes chargées en premier avec un chargeur de classes d'application (Parent en dernier). Vous pouvez définir le mode de délégation du chargeur de classe dans une page de détection de mise à jour et de chargement de classe de la console.
- Si Jakarta Commons Logging est associé à la configuration de l'application.
- Si Jakarta Commons Logging est fourni dans l'application.
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
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
|
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
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
|
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
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
|
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
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
|
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. |