You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When log4j2 framework is initialized at parent classloader level, the log4j2 plugin extension classes packaged at child classloader level can not be discovered. We have an environment with SiteMinder deployed at high level classloader. SiteMinder uses log4j2 framework, it instantiates its configuration and logging context.
Our application(s) deployed on the same Websphere server has its own log4j2.xml configurations and configures its own logging context:
cl is a classloader where the context is being created. What we observe is that our custom log4j2 plugins packaged in a jar visible to that classloader are not being discovered. It appears that entire plugin discovery happens once upon initialization of log4j2 framework by SiteMinder classloader, which has no visibility below its level because of PARENT_FIRST policy.
any tips, help and advice is greatly appreciated! More specifically, if there is any way to "force" application classloader to look up extensions visible at its packaging level?
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
When log4j2 framework is initialized at parent classloader level, the log4j2 plugin extension classes packaged at child classloader level can not be discovered. We have an environment with SiteMinder deployed at high level classloader. SiteMinder uses log4j2 framework, it instantiates its configuration and logging context.
Our application(s) deployed on the same Websphere server has its own log4j2.xml configurations and configures its own logging context:
context = Configurator.initialize(new Integer(cl.hashCode()).toString(),cl, configUri);
cl is a classloader where the context is being created. What we observe is that our custom log4j2 plugins packaged in a jar visible to that classloader are not being discovered. It appears that entire plugin discovery happens once upon initialization of log4j2 framework by SiteMinder classloader, which has no visibility below its level because of PARENT_FIRST policy.
any tips, help and advice is greatly appreciated! More specifically, if there is any way to "force" application classloader to look up extensions visible at its packaging level?
Beta Was this translation helpful? Give feedback.
All reactions