One way to deal with this issue is to break down the file type in the "someservlet" directory rathen than having a URL mapping for the whole directory. Say for all JSP files, you have
> <servlet-mapping> > <servlet-name>TheServlet</servlet-name> > <url-pattern>/*.jsp</url-pattern> > </servlet-mapping> Hope this helps. 30/01/2003 10:40:33 AM, Richard Wallace <[EMAIL PROTECTED]> wrote: >On Thu, 2003-01-30 at 05:43, Daniel Brown wrote: >> Richard, >> >> You could use HttpServletRequest.getPathInfo() to read the extra path >> information after servlet name, read the corresponding object from disk, set >> an appropriate MIME type, and then send the object back in the response. >> >> But it's a lot of new code for something that doesn't seem like a good thing >> to do. >> > >I had thought about that and decided it was a bit inelegant a solution >(especially when it should be easier and require no additional code). > >> Why not just, >> - use a standard webapp structure, >> - map the servlet to '/someservlet' as you describe, >> - make an images subdirectory, and >> - link to the images using <img src="images/foo.gif"> from within your >> servlet? >> > >That's what I'm trying to do. The question I have is where should the >images directory go in the webapp layout and how do I configure web.xml >so that the servlet doesn't catch requests to >/someservlet/images/foo.gif? > >Right now what I have is a situation where the servlet is mapped to /. >So the servlet address is http://localhost:8080/someservlet. I have the >images directory at the root of the webapp (so there is a drectory >$CATALINA_HOME/webapps/someservlet/images). But when I try and retrieve >an image using http://localhost:8080/someservlet/images/foo.gif the >servlet is sent the request. My web.xml is as below. > ><webapp> > <display-name>SomeServletOfMine</display-name> > > <servlet> > <servlet-name>TheServlet</servlet-name> > <servlet-class>com.some.Servlet</servlet-name> > </servlet> > > <servlet-mapping> > <servlet-name>TheServlet</servlet-name> > <url-pattern>/</url-pattern> > </servlet-mapping> ></webapp> > >So what above needs to change so that a URL of >http://localhost:8080/someservlet/images/foo.gif is not processed by >TheServlet? > >Thanks. > >> Then, Tomcat does all the work for you. Use the ROOT webapp if you don't >> want the name of the webapp in the URL. >> >> If you want all requests to run through the servlet for security reasons, or >> something, then you should possibly consider using a Servlet 2.3 Filter >> instead - this is exactly what they're designed for. >> >> Dan. >> >> > -----Original Message----- >> > From: Richard Wallace [mailto:[EMAIL PROTECTED] >> > Sent: 30 January 2003 00:17 >> > To: [EMAIL PROTECTED] >> > Subject: web.xml servlet and resources >> > >> > >> > Hello all, >> > >> > This is a fairly simple problem but I haven't been able to find an >> > answer anywhere (I've been looking for the past day or two). I'm hoping >> > this is a common situation and is possible, but from what I've seen I >> > can't see how. >> > >> > What I want is for the resources (images, css files, etc.) to be in a >> > path relative to the servlet. So, if I have an images directory and the >> > servlet URL is http://www.domain.com/some-servlet, the images should be >> > accessible from this URL, http://www.domain.com/some-servlet/images. >> > So, I want to set the URL pattern for some-servlet to be /. If I do >> > that then every URL beginning with that will be grabbed by the servlet, >> > including http://www.domain.com/some-servlet/images/logo.gif (as an >> > example). >> > >> > Suggestions? Thanks. >> > -- >> > Richard Wallace >> > AIM, Inc. (www.a--i--m.com) >> > Information Systems Consultants >> > >> > "Providing New Technology, >> > the Old-Fashioned Way" >> > >> > >> > --------------------------------------------------------------------- >> > To unsubscribe, e-mail: [EMAIL PROTECTED] >> > For additional commands, e-mail: [EMAIL PROTECTED] >> > >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >-- >Richard Wallace >AIM, Inc. (www.a--i--m.com) >Information Systems Consultants > >"Providing New Technology, > the Old-Fashioned Way" > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
