DefaultServlet caches content of files, length, content types etc.
i do not cache content of them, everytime a file in the external directory
requested, i simply set response headers, read bytes of the resource,
and send bytes
to the client. i can cache, but i dont want to write a small server
integrated in to
tomcat. i have no time not because of me, and i have not such an experience.
i am installing 6.0.18, and will test app on this version, a bit later.
i think tomcat should serve resources, under others external directories,
as a part of main app.
as i know, other servers do that.
think my case:
i have a document archive, whose size is around 400GB. maybe after a year
it will go around 1TB.
it contains, images, pdfs,txts etc. that lots of them should be served
to client.
it is not possible to move this archive, under main app.
because main app is simply a jar, and updated once a week and
document archive is on an external disk and mobile.
so far, i have serviced document archive(external dir) as a sperate context.
but i should put a security filter in front of document archive.
in this filter, i will use lots of classes from my main app.
i dont want to copy these classes to other context.
Beyond that, the information i use for the security check is in my main
app's sessions.
perhaps clustering, but doubling memory usage, not an option.
what do you think about that?
thanks a lot.
Caldarale, Charles R yazmış:
From: Yavuz Kavus [mailto:yavuzka...@gmail.com]
Subject: Re: Subcontext, filter problem.
i am currently using the third one. but it is a bit slow
and i dont want to use a filter for such a task.
There's nothing wrong with using a filter to catch references to the external
directory. The speed of such a filter should be the same as if Tomcat were
serving the static resource itself, so there may be a problem in how you've
implemented it. You might want to compare your filter code with that in
Tomcat's DefaultServlet to see what the differences are.
- Chuck
THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you received
this in error, please contact the sender and delete the e-mail and its
attachments from all computers.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
