<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Doesn't sound like a big ask really.  Could be done simply by defining a new log appender class, derived from RollingFileAppender, but that opens and closes the file for each append.</blockquote><div><br></div><div>The logback engine has a "prudent" flag to provide this sort of behavior, so I don't think it's an unreasonable capability to want. It has, as you noted, considerable negative impact on performance.</div><div><br></div><div>Have you considered NTEventLogAppender as a workaround?</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Keeping open files handles for long periods is a BAD THING as it also prevents you clearing up log files manually.<br></blockquote><div><br></div><div>I think it's important to note that that behavior is a platform-specific problem. There's no such issue on Unix platforms, and it's common on those platforms for services to hold file handles for hours if not days.</div><div> </div><div>M<a href="mailto:dev-unsubscribe@shibboleth.net" target="_blank"></a><br>
</div><div><br></div></div></div>