DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=33186>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=33186 ------- Additional Comments From [EMAIL PROTECTED] 2005-01-22 01:41 ------- I will grant that the documentation is not clearly written and the attribute "useContextClassLoader" confusingly named, which is why I originally referenced the feature request bug 29406 which is what introduced this attribute. Bug 29406 says in part: The new behavior of Tomcat 5 which sets the ContextClassLoader in the JAASRealm to the server classloader prevents from defining LoginModules within the context of a web app. The JAASRealm implementation on Tomcat 5 is different from the one on Tomcat 4 in that it sets the current Thread ClassLoaderContext to that of the Catalina core itself before accessing a LoginModule. This issue is discussed on Jetspeed 2 issue tracking under: http://nagoya.apache.org/jira/browse/JS2-55 and on J2's mailing list at: http://nagoya.apache.org/eyebrowse/ReadMsg?listName=jetspeed- [EMAIL PROTECTED]&msgNo=14605 -- and finally -- OK, I've added an attribute called useContextClassLoader, and accessors for this attribute. The default value is true, meaning use the context ClassLoader. This maintains backwards compatability by default. You can set this attribute to false to get the old behavior which is what you desire. -- end of included comments -- This bug I have opened, bug 33186, is about the improper implementation of that feature. The way it is supposed to work is that useContextClassLoader="true" makes the JAASRealm use the server's class loader, while useContextClassLoader="false" makes the JAASRealm use the WebApp's class loader. The "false" case seems to work as intended, but the "true" case does not. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
