Deadlock between FileHandler and ConsoleHandler when using customized formatter

Peter Levart peter.levart at gmail.com
Thu Nov 28 12:13:40 UTC 2013


On 11/28/2013 08:53 AM, Shi Jun Zhang wrote:
> The problem is that we use a logger in CustomerFormatter and this 
> causes Logger.log call Logger.log itself. As FileHandler.publish and 
> StreamHandler.publish is synchronized, but the iteration to call 
> publish method for all handlers in Logger.log is not synchronized, the 
> deadlock happens. 

Hello Shi Jun Zhang,

Why do you use Logger.log in the CustomerFormatter? What are you 
achieving by it? Do you want to re-route and re-format messages destined 
for one handler to some other Logger and consequently handler?

On 11/28/2013 08:53 AM, Shi Jun Zhang wrote:
> This violates the Java doc for java.util.logging.Logger that says "All 
> methods on Logger are multi-thread safe." 

I don't know for sure, but I think that "multi-thread-safe" does not 
imply "dead-lock-safe". It would be good if java logging used less locks 
and be less deadlock-prone though. So we should see if it is possible to 
remove some locks, not to add more locking...

Regards, Peter




More information about the core-libs-dev mailing list