[
https://issues.apache.org/jira/browse/LOG4J2-992?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14482628#comment-14482628
]
CEM DAYANIK edited comment on LOG4J2-992 at 4/7/15 5:36 AM:
------------------------------------------------------------
I am not sure thats is the appropriate way to handle the situation.
You should use, Class.forName(className, false, classloader)
instead of true as the second parameter.
This doesnt initialize the given class and also any classes referenced by that
class.
And is there any way to avoid this problem by changing pattern right now?
I think it should not go over stacktrace unless it really needs to do so.
was (Author: ceday):
I am not sure thats what to handle the situation.
You should use, Class.forName(className, false, classloader)
instead of true as the second parameter.
This doesnt initialize the given class and also any classes referenced by that
class.
And is there any way to avoid this problem by changing pattern right now?
I think it should not go over stacktrace unless it really needs to do so.
> ThrowableProxy throws NoClassDefFoundError (v2.2)
> -------------------------------------------------
>
> Key: LOG4J2-992
> URL: https://issues.apache.org/jira/browse/LOG4J2-992
> Project: Log4j 2
> Issue Type: Bug
> Components: Core
> Affects Versions: 2.2
> Reporter: CEM DAYANIK
>
> Might be considred as duplicate of LOG4J2-834.
> log4j2 classes tries to load classes which makes "static" blocks to run.
> Out pattern is the following:
> [%d] [%-5p] [%t] [%c] - %m%n
> How can we avoid this one for now?
> According to docs, there is not any info there related to "location info"?
> Isnt this supposed to happen at least when log4j2 tries to get information
> about location info?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-dev-unsubscr...@logging.apache.org
For additional commands, e-mail: log4j-dev-h...@logging.apache.org
