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 2007/11/20 10:19:10 UTC

DO NOT REPLY [Bug 43911] New: - logfiles not getting rolled over with RollingFileAppender

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=43911>.
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=43911

           Summary: logfiles not getting rolled over with
                    RollingFileAppender
           Product: Log4j
           Version: 1.2
          Platform: Other
        OS/Version: other
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Appender
        AssignedTo: log4j-dev@logging.apache.org
        ReportedBy: viv_2300@yahoo.com
                CC: carnold@apache.org


My problem is very similar to the problem described on this page:
http://issues.apache.org/bugzilla/show_bug.cgi?id=41735

So to describe in more detail: In my application a logfile is written into, 
there is an appender describing that as follows:

<appender name="PLM1" class="org.apache.log4j.RollingFileAppender">
      <param name="Append"         value="true"/> 
      <param name="File"           value="plmconsole.txt"/>
      <param name="MaxBackupIndex" value="5"/>
      <param name="MaxFileSize"    value="10MB"/>      
      <layout class="org.apache.log4j.PatternLayout">
         <param name="ConversionPattern" 
                value="%-5p %-10X{UserName} %m%n"/>
      </layout>
   </appender>

But this logfile plmconsole.txt does not honour the 10 MB MaxFileSize and also 
I am not able to see the rolled over files plmconsole.txt.1 ... etc. 
One more piece of information is that in my application there are several 
classes and they are all writing into plmconsole.txt . This is important in 
the light of the fact that I have one more logfile and appender combination 
whose appender is described exactly as above, but to which just one class is 
writing, and this file gets rolled over satisfactorily.

I went to this page and found that "this one is marked as complete in log4j 
1.2.15" , so tried to run the application against log4j 1.2.15 , but this does 
not help.

Regards

-- 
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


DO NOT REPLY [Bug 43911] - logfiles not getting rolled over with RollingFileAppender

Posted by bu...@apache.org.
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=43911>.
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=43911


carnold@apache.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |NEEDINFO




------- Additional Comments From carnold@apache.org  2007-11-20 08:58 -------
> This is important in 
> the light of the fact that I have one more logfile and appender combination 
> whose appender is described exactly as above, but to which just one class is 
> writing, and this file gets rolled over satisfactorily.

Does this logfile have a different name, or is it also named plmconsole.txt?

What operating system and JVM are in use?  Are you running under an application server, if so what 
version?

Could you attach your entire configuration file?  Does the configuration file work or fail with a trivial 
application?  If so, could you attach your test app to the bug?

Did you try to set the system property log4j.debug to true?  Did the console output provide any 
diagnostics?

Do you have any indexing servers that might be preventing the file from being renamed?  Did you try 
running tools that report open files to see if multiple processes might have the file open?

-- 
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