tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Leo Donahue - RDSA IT <>
Subject RE: docBase
Date Wed, 16 Jan 2013 21:17:34 GMT
>-----Original Message-----
>From: Pid []
>Subject: Re: docBase
>On 11/01/2013 20:24, Leo Donahue - RDSA IT wrote:
>> Tomcat 7.0.34
>> Java 1.6.0_35
>> Can the document base of a context be an administrative share?
>Yes.  But I would not encourage it.  2nd only to NFS for causing random errors.
>Unless you have a massive number of images totalling large amounts of data,
>it would be better to arrange a periodic sync job to copy images across to each

Thank you sir.

What if one suffers from having conservatively configured nodes?  The amount of image cache
we would want to create would not fit on any of our webservers.  Our web servers are virtualized
and have only a few GB of storage.

Moving off topic:

How does google do this:
 do you think these images are sitting on every node?  And what if google wanted to include
an option to view aerial photos for each year for the past ten years?  That becomes a lot
of data that lives on each node?  

In the example above, when a user requests an image tile from google, you can't tell whether
that image lives on the webserver, or whether the webserver fetches that image from a share
on another server.

I have a lot of room on my NAS, but not on my webservers.  When we cache images for just our
county, depending on how many scale levels I create and tile size, I can end up with several
hundred GB for just a single year of aerial photos.  Reading those images on local (webserver)
storage vs network storage is what I'm trying to decide.

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message