I also explained that we use the logger tool in many locations, so I couldn't seek the usage of the logger.
I later explain that eventually it was the request for a logger with a name that changes constantly - "apparently a user decided to have the timestamp (System.currentTimeMillis) added to one of the logger name requests." and the conclusion: "It seems that the Java Logger keeps a lot of information as cached".
The leak was not in java.util.logger per-se; it was a misuse of it that caused it.
Comments
MCII replied ago:
But what was the reason for the leak??
Aviad Ben Dov replied ago:
It's all in the article - it was the implementation of java.util.logger together with a badly named logger..
MCII replied ago:
But why, how, where, ...?
"I tried to look through all the usages of the logger, but it was impossible." - That's no enough.
Aviad Ben Dov replied ago:
I also explained that we use the logger tool in many locations, so I couldn't seek the usage of the logger.
I later explain that eventually it was the request for a logger with a name that changes constantly - "apparently a user decided to have the timestamp (System.currentTimeMillis) added to one of the logger name requests." and the conclusion: "It seems that the Java Logger keeps a lot of information as cached".
The leak was not in java.util.logger per-se; it was a misuse of it that caused it.
William Louth replied ago:
Note that the use of weak/soft references alluded to in the comments is not actually implemented in the Java runtime today - until Java 7 is released.
Aviad Ben Dov replied ago:
Thanks for the info, William. Where can I find more about this, actually?
William Louth replied ago:
JDK 7 sources and http://bugs.sun.com/view_bug.do?bug_id=6274920
Voters For This Link (23)
Voters Against This Link (0)