DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5449>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5449 ajp13 and security contraints don't work [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE ------- Additional Comments From [EMAIL PROTECTED] 2002-01-22 00:20 ------- Just a comment. In the ajp13 connector, if I set tomcatAuthentication = "true", it works fine. When "false", it does not work (it brings up the authentication dialog, but will not let me through). In ajp12, I have this setting set to false and it works fine. I'll just leave the ajp13 set to true since it works as desired. I'm confused at this point. I probably do not clearly understand how tomcat is suppose to react to tomcatAuthentication="x" in ajpxx. ------- Additional Comments From [EMAIL PROTECTED] 2002-01-25 00:43 ------- For Ajp13 is the Expected behavior, the problems found when trying to use IIS native auth are inherent to the IIS4 version, please take a look at < http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2342 >.. I'm investigating why seems that Ajp12 does not honor tomcatAutehntication.. The description at 6002 is better for that problem, better to follow that issue there.. *** This bug has been marked as a duplicate of 6002 *** -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
