I personally would use the Apache alias. The codes already written for you and through apache the serving of the files should be pretty fast. You don't need to write any servlets or anything then to allow access to these files.
It all depends on your project spec. If these files should have restricted access then that adds more to the equation. -----Original Message----- From: Erez Efrati [mailto:[EMAIL PROTECTED] Sent: 19 August 2003 17:49 To: 'Tomcat Users List' Subject: RE: directory outside context root Well I did find a way to do that by declaring another context just for that with docBase='c:\www\files' for example. Thing is, all this is not really working under the Tomcat bundled in JBoss. One option of solving this is having a servlet (Struts Action for example) which will serve the files. The other way is using the 'alias' directive under Apache directing to wherever I'd like in the file system. For that I need to put Apache in front of JBoss/Tomcat. Which is better? Thanks, Erez -----Original Message----- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 19, 2003 1:57 PM To: Tomcat Users List Subject: Re: directory outside context root If on UNIX or Linux, you could use symbolic links, but this is not recommended for security and portability reasons. So, in general, the answer is "no". John Erez Efrati wrote: > Is there some way to tell tomcat to serve files from a > specific directory outside the context root? > > Thanks in advance, > Erez > > > > --------------------------------------------------------------------- > 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] --------------------------------------------------------------------- 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]
