>>> David Bullock <[EMAIL PROTECTED]> 22-Jan-00 1:39:33 PM >>> >But I was hoping that my servlet container would also serve up files for me >(as Tomcat does, for instance), and I was hoping to just add them in the >directory tree, without creating an explicit mapping for each one. But I thought you wanted *all* requests to go through servlet? If so then that's fairly easy surely? You just hang your webserver servlet on some other mapping (eg: /files) and then mangle the request paths in the root servlet, eg: if you recieve a request for /somepath/someotherpath/first.html and that is not mapped to a servlet (eg: getRD() returns null) then mangle the name to: /files/somepath/someotherpath/first.html What I use is a shotened name in one environment and a longer one in the other, using the servlet to map between the two. eg: I just finished working on a thing for Talk21 where I had a servlet passing on requests either to be webserved or to be JSP served. The servlet was mapped to /education The files were stored under /edu Each file that wanted to use the servlet facilities (which were basically session insurance) simply pointed it's links at /education but the servlet mangled it's links to /edu thus producing the required response. Isn't this all you are doing? >I would prefer to have some fancy implementation of my servlet >container allow me to customize its form-based-login a bit further. > (Tomcat may in fact get such a contribution from me if I feel this >is the best solution). GNU-Paperclips (my own servlet engine) allows you to do "filtering" by dynamically setting up one servlet to recieve the request before another and then happily pass it on you can implement cool security and session things. This is against the API though and GNU-Paperclips is not v2.2 compliant yet. >Bit of a purist, I suppose. I don't think this is puritanism. Name mangling is a well undertsood and accepted tool in the web programmers box. Don't ignore it. Nic ___________________________________________________________________________ To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff SERVLET-INTEREST". Archives: http://archives.java.sun.com/archives/servlet-interest.html Resources: http://java.sun.com/products/servlet/external-resources.html LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
