[
https://issues.apache.org/jira/browse/LOG4J2-3?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ralph Goers closed LOG4J2-3.
----------------------------
Closing since there have been no other comments since this was marked resolved.
> Minimal (aka fine grained) locking
> ----------------------------------
>
> Key: LOG4J2-3
> URL: https://issues.apache.org/jira/browse/LOG4J2-3
> Project: Log4j 2
> Issue Type: Wish
> Components: Core
> Reporter: Curt Arnold
> Assignee: Ralph Goers
> Fix For: 2.0-alpha1
>
>
> Most components of log4j 1.2 are not inherently thread-safe but depend on
> locks that are acquired after the threshold check and are not released until
> processing is completed. Unless the AsyncAppender is used, this effectively
> limits log4j 1.2 to handlng only one logging request at a time.
> Core classes in log4j 2.0 should not depend on external synchronization for
> thread safety.
> Immutable classes should be preferred in the logging pipeline.
> Class attributes (aka @Immutable and @ThreadSafe) should be used to document
> thread-safety.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
