tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From André Warnier ...@ice-sa.com>
Subject Re: Tomcat v6.0.20 - Cannot Remove Date From JULI Log File Names
Date Wed, 29 Jan 2014 15:39:12 GMT
Mark H. Wood wrote:
> On Tue, Jan 28, 2014 at 12:32:22PM -0500, Daniel Mikusa wrote:
>> On Jan 28, 2014, at 12:05 PM, Vye <vye@vye.me> wrote:
>>> I have been unsuccessfully trying to remove the date from catalina’s
>>> log file name. My ultimate goal is to logrotate the file, which is
>>> best done when the file name is static.
>> I’m curious, why are you trying to do this?  The log files are being rotated out-of-the-box.
 They rotate by date, hence why the date is part of the name.  Why do you need to rotate them
with some other tool?  What doesn’t work about the out-of-the-box configuration?
> 
> I agree.  logrotate is a very nice crutch for use when the application
> doesn't rotate its own logs, but it is better to use the application's
> rotation code when it exists, since the application (with full
> knowledge of its internal state) can do this more safely and
> efficiently than any external tool.
> 
> Cleaning up old log files is easily done with a simple cron job, if
> the application does not trim old files.  That operation can be done
> just as well externally as internally.
> 

A dissenting voice :
As a sysadmin in charge of many systems and different applications, it is very nice to be

able to use the *same* tool, same logic, same frequency, same archiving logic, same 
configuration files etc. for handling the logs of all applications.  One does not really 
have time to investigate the details of the individual logic and configuration of logging

for each application, and write scripts to bring the errant ones back in line with the rest.

In that sense - and I repeat, in that sense - Tomcat's standard logging logic differs from

most of the rest, and this is a pain.

I am not discussing the fact that for developers of Tomcat-based applications, the current

  out-of-the-box logging may be ideal and allow for all the control they want.
But from a non-java, non-Tomcat specialist sysadmin point of view, it is definitely not ideal.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org


Mime
View raw message