Mailing-List: contact log4j-user-help@logging.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Log4J Users List" <log4j-user@logging.apache.org>
Received-SPF: pass (asf.osuosl.org: local policy includes SPF record at
 spf.trusted-forwarder.org)
Content-class: urn:content-classes:message
Subject: RE: Log files unlocking
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Fri, 18 Aug 2006 17:27:56 +0200
Message-ID: 
 <5D07C30A6AED9D41B15EFF1EB1D04DCB07335E@nlwtc1ms03.intra.numico.net>
Thread-Topic: Log files unlocking
Thread-Index: AcbC1Y06ntXmCvhrSQC29RMdg1wT6AABOgWA
From: "Blok, Eelke" <eelke.blok@numico.com>
To: "Log4J Users List" <log4j-user@logging.apache.org>

Can you not delete any old log files prior to configuring log4j? I.e.,
don't try deleting the current run's logs at the end of your program,
but delete the previous run's logs at the start of your program.

-----Original Message-----
From: Dmitry Kan [mailto:dmitry.kan@gmail.com]=20
Sent: vrijdag 18 augustus 2006 16:49
To: Log4J Users List
Subject: Re: Log files unlocking


I must remove the log file for both reasons: it is being zipped along
with the contents of it's folder and the mentioned class ( with main() )
is invoked many times per week. In practice the latter reason refers to
such a state when we could have many log files produced during prev.
class usage, since the MaxFileSize is set to 1000KB. And in this case
all the 'crap' log files of prev. session will also be zipped.

Of course, I can try to track all the logs filenames produced during
cur. session and zip them separately. But the issue is that, in worst
case, the folder will be just full of log files.

On 18/08/06, James Stauffer <stauffer.james@gmail.com> wrote:
>
> If you could provide the reason that you want to do this we might have

> better suggestions.
>
> On 8/18/06, Dmitry Kan <dmitry.kan@gmail.com> wrote:
> > The log file is being removed with Java at the end of a public (not
> static)
> > method of the class (with Log object configured). I invoke this=20
> > method
> in
> > main() of another class.
> >
> > Does it matter whether the LogManager.shutdown() is called in a=20
> > static context (static method)?
> >
> > On 18/08/06, James Stauffer <stauffer.james@gmail.com> wrote:
> > >
> > > How (with Java or external?) and when (while program is running?)=20
> > > are you trying to remove it?
> > >
> > > On 8/18/06, Dmitry Kan <dmitry.kan@gmail.com> wrote:
> > > > Hi there!
> > > >
> > > > I've got a small problem with unlocking log files after all
> logging's
> > > done.
> > > > I've configured the Log object for my class using
> PropertyConfigurator
> > > so
> > > > that all loggings go directly to a certain log file. The issue=20
> > > > is
> that
> > > it
> > > > turns out to be rather tricky task to unlock that file (I need=20
> > > > to
> remove
> > > it
> > > > after the app's done its work). I've just tried=20
> > > > LogManager.shutdown
> ();
> > > but
> > > > it hasn't worked. Any ideas are appreciated.
> > > >
> > > > --
> > > > best wishes,
> > > > Dmitry Kan
> > > >
> > > >
> > >
> > >
> > > --
> > > James Stauffer        http://www.geocities.com/stauffer_james/
> > > Are you good? Take the test at http://www.livingwaters.com/good/
> > >
> > > ------------------------------------------------------------------
> > > ---
> > > To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
> > > For additional commands, e-mail:
log4j-user-help@logging.apache.org
> > >
> > >
> >
> >
> > --
> > best wishes,
> > Dmitry Kan
> >
> >
>
>
> --
> James Stauffer        http://www.geocities.com/stauffer_james/
> Are you good? Take the test at http://www.livingwaters.com/good/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
> For additional commands, e-mail: log4j-user-help@logging.apache.org
>
>


--=20
best wishes,
Dmitry Kan


PRIVACY: The information transmitted is intended only for the person or
entity to which it is addressed and may contain confidential and/or
priviliged material. Any review, retransmission, dissemination or other
use of this information by persons or entities other than the intended
recipient is prohibited. If you received this in error, please contact
the sender and delete the material from any computer. Thank you.


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