Thanks but the problem isn't with jsps, and actually, mapping to another extension was more of a secondary problem. The primary problem becomes that I need Tomcat to not redirect (http 302) to a different URL, I want it to stay at http://www.xyz.com and simply show the contents of the default page rather than redirect ... a behavior seen in every other http server. The servlets issue was mentioned (a) to let everyone know that they don't index and (b) to say that using a servlet mapped to "/" that would simply forward to correct default file won't work because servlets don't index.
So, I'm guessing this filter thing is something to look at, mod_rewrite too. I'm also going to take a look at apache - my big hesitation there is that the SSL certificate is already bound to Tomcat ... I think I'd have to buy another to work with Apache. Sigh. Thanks for the thoughts. Neal -----Original Message----- From: Joe Tomcat [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 11, 2002 3:50 PM To: Tomcat Users List Subject: RE: Tomcat - a search engine liability?!?! On Wed, 2002-12-11 at 19:19, neal wrote: > Thanks for the suggestions, I'll definitely have to look into them. > > For someone unfamiliar with these things those mod_rewrite or filters do you > think it would be easier to just throw in the towel on using tomcat for http > serving and move Apache in front of it, or is it easier to write one of > these solutions? Don't throw in that towel yet! Here's one easy solution: Configure Tomcat so that .htm pages are handled as jsps. This is easy to do: Modify the web.xml (for the server, not the application itself) so that the jsp servlet handles .htm files. Also .htm should be taken out of the mime types of web.xml in that same file. Obviously, be very careful that all your static html files are .html if you do this. One advantage of this is that it means that your server isn't advertising what kind of back-end technology it is using. Less information is often better. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
