At this point, I just explored the options between basic and form-based authentication. No real webapp is build yet. The displayed name is just directory name, app1, under webapps.
As I stated before, if it is run on window, http://localhost:8080/app1, there will be no authentication window prompted, instead error.html; even after I restarted the TC, and put http://localhost:8080/app1 in the address bar. If it is run on Linux, http://serverName:8080/app1, authentication window is prompted, but error.html will not replace 401 message when authentication failed. If I choose to use form-based authentication, there will be other issues as I stated in the previous email about form-based authentication. Right now, I am not quite sure which route. Jill -----Original Message----- From: Christopher Schultz [mailto:ch...@christopherschultz.net] Sent: Friday, April 24, 2009 9:23 AM To: Tomcat Users List Subject: Re: customize HTTP Status 401 error page -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jill, On 4/24/2009 9:04 AM, Jill Han wrote: > The display-name is Faculty Resources. If I supply this name to the > url, http://localhost:8080/Faculty Resources, it will generate 404 > error. I think you may be very confused about a lot of things. The <display-name> element basically just names the webapp so that if you are using a tool to browse webapps (like LambdaProbe or others) that's the name that gets displayed. It has nothing to do with deployment, and certainly won't respond to a request in any meaningful way. Do you have a resource defined for "Faculty Resources"? I suspect not. What is the name of your webapp? That's either the name of the WAR file or the name of the context XML file (without the .xml extension) you put into conf/[engine]/[host]/myContextName.xml. - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAknxyzoACgkQ9CaO5/Lv0PBOPwCePKi5y7Hw96zrN0bMQ96utxE3 ePcAn20+xPa694Plp1+bZXyOntHGS57d =L0NA -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org