-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Kiran,

On 9/23/12 12:10 AM, Kiran Badi wrote:
> On 9/17/2012 10:20 PM, Christopher Schultz wrote:
>> If you instead implemented your own "aliases" feature using a
>> servlet, you could do it in a smarter way because you understand
>> your own URL space: you might always know that /images/X will
>> translate directly into /file/place/on/the/disk/X and you don't
>> have to do a prefix match. You could do something like this:
>> 
>> // configured once Map<String,File> dirMapping = ...; String
>> imageURIPrefix = "/images/";
>> 
>> // For each request: String uri = request.getRequestURI(); String
>> imageDirStr = uri.substring(0, uri.indexOf('/')); File dir =
>> dirMapping.get(imageDirStr);
>> 
>> Now you know where your file should be, and there wasn't any
>> linear lookup: it was all done using hashes.
> 
> Ah, I can implement it, if my understanding is correct, what you
> are suggesting here is that grab the incoming url, check if they
> are making a request to Images, if yes then point the url to the
> appropriate directory of images for serving.I can do this if it
> gives me good performance.
> 
> I was under impression that Tomcat checks for the alias only once
> during it start up phase and somehow maintains the list of it in
> memory and will do automatic match without scanning each alias.My
> bad.

Tomcat must perform the "scan" for every request.

> Alias as per my understanding is the one of the places where
> Tomcat looks for resources to serve for the requests.

Correct. It's just that the specification is such that it can't be
that smart about finding resources without taking a snapshot of the
whole view of the filesystem and caching it in memory (which itself
isn't very smart).

>> Probably not: the suggestion was to use, say, ${imagePrefix} in
>> your context's aliases setup to simplify the re-location of your
>> image root on disk.
> 
> I did not get this probably one of the reasons could be I am still 
> struggling to come to speed.I might need some more days to think as
> what this means in terms of implementation.

Uh, okay.

- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

iEYEARECAAYFAlBgr20ACgkQ9CaO5/Lv0PDsvQCeMKpibaNMc88y0reTbgTGuGcV
RtEAoMGSc0zZgt+Br6ZPFqbFewPcUSA0
=uLtc
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to