Interestingly, though if I configure web.xml with

<error-page>
    <error-code>401</error-code>
    <location>/error401.jsp</location>
  </error-page>

the browser doesn't get the chance to "ignore"/decide to pop-up the login
dialog.  That is significantly different behavior from when error-page is
not in the deployment descriptor.  It just seems that making such a
seemingly simple change shouldn't produce such different behavior, don't you
think?

I couldn't find this bit documented anywhere.  Seems important.

Thanks very much for your response.



-----Original Message-----
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, March 26, 2003 11:12 PM
To: Tomcat Users List
Subject: RE: Bug #5585, #11091, #13924, #18040 Workaround ???



On Wed, 26 Mar 2003, Koes, Derrick wrote:

> Date: Wed, 26 Mar 2003 20:29:00 -0500
> From: "Koes, Derrick" <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> To: 'Tomcat Users List' <[EMAIL PROTECTED]>
> Subject: RE: Bug #5585, #11091, #13924, #18040 Workaround ???
>
>
> Sorry, no, but I've been looking for one.  I want to show MY OWN error
page
> for a 401.
>
> I've posted to this list about this, but to no avail thus far.
>
> Basic auth seems to "work" BECAUSE a 401 is "thrown" for a protected
> resource.  Sort of makes sense, but makes it difficult to use the <error>
> tags to get a customized error page for a 401.
>

You do realize, I hope, that it's the *browser* that decides to ignore
whatever the server sends along with a 401 error and chooses to pop up the
login dialog instead?

Craig

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
This electronic transmission is strictly confidential to Smith & Nephew and
intended solely for the addressee.  It may contain information which is
covered by legal, professional or other privilege.  If you are not the
intended addressee, or someone authorized by the intended addressee to
receive transmissions on behalf of the addressee, you must not retain,
disclose in any form, copy or take any action in reliance on this
transmission.  If you have received this transmission in error, please
notify the sender as soon as possible and destroy this message.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to