Christopher Schultz wrote:
I would seriously recommend re-working your site so that all content is
dynamic, and comes directly from your database.
I agree with this. Note that if you put lots of files in file system you
will degrade app performance in most cases.
It is faster to do select *
Hi guys
I am a newbee so bear with me. I have tomcat deployed on a ubuntu machine,
everything works fine except: My app generates static html pages from jsp
and writes the html files to a sub-dir of my context path, however when I
click on the link for the file, I get a 404 error. When I restart
Edmond,
My app generates static html pages from jsp and writes the html files
to a sub-dir of my context path
Ugh... you are using JSP as a content-generation system? Why!?
however when I click on the link for the file, I get a 404 error.
Can you give us an example of what the URL of the
Hi Christopher
My directory structure is as follows:
context_path/customer/public
I make a call to my jsp via something to the effect:
URL url = URL(jsp);
write the stream i receive to
context_path/customer/public/customer_id/index.html
The servlet function from within
EDMOND KEMOKAI wrote:
I make a call to my jsp via something to the effect:
URL url = URL(jsp);
write the stream i receive to
context_path/customer/public/customer_id/index.html
The servlet function from within which the above processing is done
should return a preview of the page
what's crazy about it??, the site I am creating will contain user generated
content, however the content isn't going to be changing frequently so i
didn't want to have jsp's hold objects in memory for pages that aren't
chnaging too often. I have the user publish their info whenever they make
EDMOND KEMOKAI wrote:
what's crazy about it??, the site I am creating will contain user
generated
content, however the content isn't going to be changing frequently so i
didn't want to have jsp's hold objects in memory for pages that aren't
chnaging too often. I have the user publish their info
I'll probably end doing that, I understand apache is better for serving
static content. However the problem isn't where user data is stored, my user
data is stored in a database. Basically my app is similar to a dating
site(it is not a dating site) where a user's profile doesn't chnage
regularly
EDMOND KEMOKAI wrote:
I'll probably end doing that, I understand apache is better for serving
static content. However the problem isn't where user data is stored,
my user
data is stored in a database. Basically my app is similar to a dating
site(it is not a dating site) where a user's profile
Edmond,
Mikolaj has a point... your are using JSP for something it was not
designed to do: generate static content. JSP was designed to generate
/dynamic/ content on the fly.
what's crazy about it??, the site I am creating will contain user
generated content, however the content isn't going to
I know premature optimization is root of some evil, but I prefer the setup I
have at the moment, I think it will work fine. I beleive I will benefit
performance wise if I don't have to do constant queries against my db, I am
not sure how much performace gain there will be. As far as indexing with
Edmond,
a user's profile doesn't change regularly so there is no reason to
use jsp for accessing such a page, secondly, I am using lucene which
can't search jsp directly.
Lucene cannot search HTML pages directly, either. Lucene requires an
index which is separate from everything else. What
Christopher Schultz [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Can anyone comment on Tomcat's caching of path lookups on the disk? That
would seem to be a tremendous waste of memory if Tomcat actually
remembered that a file didn't exist (not to mention a pain in the neck
if you
13 matches
Mail list logo
