Typically when you're generating dynamic content like that, you don't serve it in the same way as a file on the file system does. Instead you usually serve it from memory, or from a database if you had need to store it somewhere.
If you deploy within an EAR you'll find that writing to the file system doesn't work as expected, at least within the context of the webapp... you can do it if you tie your EAR to the environment it's running in, i.e., paths and such, but most people will tell you that's a Bad Idea(tm). My point is that you're probably asking the wrong question... I think the right question is how can you serve dynamically-generated content that is transient, i.e., not persisted to the file system. To answer that we'd have to know what kind of content it is, how it's generated, etc. Frank -- Frank W. Zammetti Author of "Practical DWR 2 Projects" and "JavaScript, DOM Scripting and Ajax Projects" and "Practical Ajax Projects With Java Technology" for info: apress.com/book/search?searchterm=zammetti&act=search Java Web Parts - javawebparts.sourceforge.net Supplying the wheel, so you don't have to reinvent it! My "look ma, I have a blog too!" blog: zammetti.com/blog On Wed, April 2, 2008 10:55 am, Guilherme Orioli wrote: > I'm developing a system that will generate a file dynamically, and i want > to make it possible to be downloaded from server after it's created. The > problem is that when i link the file, the response i get is that it > doesn't > exist. > After a few tests we've figured out that if the file existed previously > from > loading tomcat, it's possible to get the file. So, if i reload tomcat, i > can > get it... I was wondering if i can refresh the tomcat in the java code. > --------------------------------------------------------------------- To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
