Return-Path: Delivered-To: apmail-jakarta-tomcat-user-archive@apache.org Received: (qmail 60530 invoked from network); 21 Nov 2001 16:47:05 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 21 Nov 2001 16:47:05 -0000 Received: (qmail 26779 invoked by uid 97); 21 Nov 2001 16:46:23 -0000 Delivered-To: qmlist-jakarta-archive-tomcat-user@jakarta.apache.org Received: (qmail 26742 invoked by uid 97); 21 Nov 2001 16:46:21 -0000 Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Users List" Reply-To: "Tomcat Users List" Delivered-To: mailing list tomcat-user@jakarta.apache.org Received: (qmail 26722 invoked from network); 21 Nov 2001 16:46:19 -0000 Subject: AW: form authentication with IIS - j_security_check - error 405 - tomcat 3.2.3 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Wed, 21 Nov 2001 17:46:22 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.0.4417.0 Message-ID: <6F61B99747F1544B894ADBA0F067970618E2C8@xchange-vreden.vreden.laudert.intra> content-class: urn:content-classes:message X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: form authentication with IIS - j_security_check - error 405 - tomcat 3.2.3 Thread-Index: AcFyqBqJsuIoLZshSmSpdfH8/GNnwAAALjBQ From: "Hessing Ingo" To: "Tomcat Users List" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Hi, have you tried defining all the users a second time within NT 4? - If your users are not only valid Tomcat users (defined in tomcat-users.xml) but also valid Win NT 4 users the IIS 4 might let them through to the isapi_redirect.dll in form-based authentification. As you, Samuel, already know this was my solution on a W2k system with IIS 5 and normal authentification. Maybe it's the same on NT 4 for form-based authentification so you don't need a port-8080-workaround. bestWISHES Ingo > -----Urspr=FCngliche Nachricht----- > Von: Renato Romano [mailto:r.romano@set-network.com] > Gesendet: Mittwoch, 21. November 2001 17:22 > An: Tomcat Users List > Betreff: R: form authentication with IIS - j_security_check -=20 > error 405 > - tomcat 3.2.3 >=20 >=20 > I had the same problem with version 3.2.1, but i suppose the=20 > workaround is > the same. > Supposed you did all that's said in the tomcat-iis-howto (see=20 > docs), you > have to adjust the conf/uriworkermap.properties file, that's where > isapi_redirect.dll gets informations from ... > Following is mine ... > Renato >=20 > # > # Simple worker configuration file > # > #/*=3Dajp12 > /j_security_check=3Dajp12 > /servlet/*=3Dajp12 > /*.jsp=3Dajp12 > /whatever_reserved_area/*=3Dajp12 >=20 > -----Messaggio originale----- > Da: Samuel Rochas [mailto:samuel.rochas@swipe.de] > Inviato: mercoledi 21 novembre 2001 16.31 > A: Tomcat Users List > Oggetto: form authentication with IIS - j_security_check - error 405 - > tomcat 3.2.3 >=20 >=20 > Hello, >=20 > I have troubles using the form authentication for an=20 > application running > on the IIS (4.0) with tomcat 3.2.3. >=20 > The security example is running fine, that is because it is running > directly with tomcat and not through IIS first. The authentication > mechanism for my application running with the IIS brings an error 405 > with the URL: > http://localhost/j_security_check >=20 > It seems the IIS does not recognize that it should pass the request to > the isapi_redirect.dll an tries to handle it itself, which brings the > error. >=20 > A workaround would be to set as URL for the login page something like: > http://localhost:8080/login.jsp > This would enforce the direct use of tomcat. I think it is=20 > quite tricky > an would prefer something cleaner here. Any hint? >=20 > Sincerly > Samuel Rochas > -- > SWIPe Software Engineering & Project Management GmbH >=20 > Solutions with Individual Profile >=20 > Web: http://www.swipe.de >=20 > -- > To unsubscribe: > For additional commands: > Troubles with the list: >=20 >=20 >=20 > -- > To unsubscribe: > For additional commands: > Troubles with the list: >=20 >=20 -- To unsubscribe: For additional commands: Troubles with the list: