You are viewing a plain text version of this content. The canonical link for it is here.
Posted to log4j-dev@logging.apache.org by bu...@apache.org on 2005/03/08 20:41:30 UTC

DO NOT REPLY [Bug 31458] - DailyRollingFileAppender fails with mult load-balancing JVMs under WAS

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=31458>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=31458





------- Additional Comments From maqito@msn.com  2005-03-08 20:41 -------
I ran into this problem as well. We are running WebSphere 4 on an AIX server 
and we have logging in both the Web Container and EJB container writing to the 
same log files and one JVM would roll over and the other would continue to log 
to the old file because the file handle was still open to the original file 
even though it had been renamed. 

We got around the problem by overriding the DailyRollingFileAppender with our 
own that includes a check in the rollover method to check if the 
scheduledFilename file already exists.  If it does then close the file and 
reset the file 

this.closeFile();
this.setFile(fileName, true, false, this.bufferSize);
scheduledFilename = datedFilename;
return;	  

We've been running like this for 1.5 years and no issues.


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-dev-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-dev-help@logging.apache.org