Hi, guys. Calm down a bit. The original question never said that these files need to be uploaded by the client, or did I miss that bit? All I know is there are readonly files that need to be served via HTTP without access restriction and are already there at deployment time so a database is not the option to store them. And the superior said a database is not the option to store them.
If it's just static content, the answer has already been given: place it anywhere inside the webapp but outside WEB-INF. The rest is speculation. Hiran ----------------------------------------- Hiran Chaudhuri SAG Systemhaus GmbH Elsenheimer Straße 11 80867 München Phone +49-89-54 74 21 34 Fax +49-89-54 74 21 99 > -----Original Message----- > From: Michael McGrady [mailto:[EMAIL PROTECTED] > Sent: Mittwoch, 13. Oktober 2004 21:42 > To: Struts Users Mailing List > Subject: Re: Where Is the Best Place To Store Files? > > Durham David R Jr Contr 805 CSPTS/SCE wrote: > > >I personally opt to store uploaded files outside of the web-app's > >file-system altogether. This has to do with how easy it is > to serve up > >content with Java (and other languages, I'm sure) and the need to > >physically separate the application's persistent data from the > >application code. This has to do with deployment and backup > processes, > >though. > > > > > >- Dave > > > > There is a lot of sense in doing this, as well. > > > I don't do it and opt for inside WEB-INF because of business > reasons having to do with operating system independence that > are special requirements. This might be your most sensible > option. I am fairly clear in my mind that, if you have gone > far enough to use a framework like Struts, that you don't > want to expose any resources outside your control. Others, > maybe Dave, would disagree, and maybe they are right. > > Michael McGrady > > > --------------------------------------------------------------------- > 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]
