[logback-user] Problems with delete
Chris Pratt
thechrispratt at gmail.com
Thu Jun 6 22:58:41 CEST 2013
Or put the file in the user's home directory with something like
${user.home}
(*Chris*)
On Thu, Jun 6, 2013 at 12:58 PM, David Roussel
<nabble at diroussel.xsmail.com>wrote:
> Steve,
>
> Can you put the user name in the file name so each user has a separate set
> if files?
>
> David
>
> On 6 Jun 2013, at 18:39, Steve Cohen <scohen at javactivity.org> wrote:
>
> > My previous thread showed me being successfully guided to a solution to
> rollover problems, by removing the File element of the rolling policy to
> avoid renaming issues.
> >
> > These problems surfaced in my instance due the following operational
> environment:
> >
> > 1) A GUI application running under Windows, not a server-side
> application.
> >
> > 2) Application is launched from time to time by different users. This
> leads to file-ownership issues preventing rename operation.
> >
> > Similar problems occur in the delete scenario based on the <maxHistory>
> element.
> >
> > But in this case, there is no workaround for deletion
> >
> > Also I wonder about this:
> >
> > TimeBasedArchiveRemover.cleanByPeriodOffset() calls
> java.io.File.delete().
> >
> > File.delete() returns a boolean which is not checked in
> cleanByPeriodOffset(). It also throws a SecurityException (a
> RuntimeException) which isn't checked for. I'm not sure where this would
> be caught but I'm guessing it isn't the case here or we would have more
> catastrophic failures, so I suppose it's just returning false.
> >
> > Should logback do something about this? It's not clear because it's not
> clear what it could do. There is no alternative as in the case of renaming.
> >
> > Is there any solution available other than setting the directory so that
> every user has full rights to it? Mere write access is not enough in the
> Windows permissions scheme.
> > _______________________________________________
> > Logback-user mailing list
> > Logback-user at qos.ch
> > http://mailman.qos.ch/mailman/listinfo/logback-user
> _______________________________________________
> Logback-user mailing list
> Logback-user at qos.ch
> http://mailman.qos.ch/mailman/listinfo/logback-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.qos.ch/pipermail/logback-user/attachments/20130606/08b666c9/attachment.html>
More information about the Logback-user
mailing list