<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">This results in multiple copies of the Shibboleth ISAPI Filter being loaded - one per w3wp process. This seems to result in the native.log file growing indefinitely, and the automatic rollover of log files (as configured in native.logger etc) does not happen.</blockquote><div><br></div><div>We recently struggled with this same problem in another context. Our solution was to create a unique name for each daily log file, e.g. native-2015-08-05.log, and avoid rollover altogether in the logging engine. Testing showed the logging engine (logback in our case) simply couldn't handle rollover across separate processes in a reliable fashion without configuration options that dramatically impacted performance and even then didn't guarantee correct behavior. Of course it's possible log4j may be more capable in that regard, but I doubt it.</div><div><br></div><div>M<a href="mailto:dev-unsubscribe@shibboleth.net" target="_blank"></a><br>
</div><div><br></div></div></div>