-
Bug
-
Resolution: Unresolved
-
Major
-
None
-
None
-
None
Currently WildFly uses a ClassLoaderLogContextSelector to determine the log context to use when creating loggers. If a deployment has it's own log context, via logging-profile or per-deployment logging, and a dependency on a module, that module may create loggers on the deployments log context. This is due to the fact the the call stack is walked until it finds a log context associated with a class loader.
What is needed is a way to short-circuit once a non-logging API class loader is found and determine if there is an associated log context with the callers class loader.
- causes
-
ENTESB-11687 FuseOnEAP - Application logs of one application are logged to application logs of another application using EAP's Logging Profiles
- Closed
- is blocked by
-
LOGMGR-264 Allow logger nodes to be used on different log contexts
- Open
-
WFCORE-4807 Add option to route log messages based on the current thread's class loader
- Open
-
LOGMGR-180 Create new LogContextSelector which selects the first caller that is not a log API
- Resolved
-
WFCORE-4806 Upgrade jboss-logmanager from 2.1.15.Final to 2.2.0.Final
- Closed