That passage hasn't changed since Tomcat 4. Think of it this way. When the request comes in, the very first decision tomcat has to make is what context should handle the request. It compares the incoming URI to it's list of context paths and sends the request to the context with the longest match. The next decision tomcat makes is what servlet mapping within a context is to handle the request. Again, the longest match wins.

This is how index.html of the admin webapp trumps /admin/index.html of the ROOT context when the admin webapp is installed. The ROOT context path is simply "" while the admin webapp's context path is "/admin". Admin being the longest match wins. By extension if you had a context named admins and the request is to /admins/index.html, it would go to the admins context instead of the admin context. Again, longest match wins.

--David


foo java wrote:

Hi David,

Thanks for your reply. But i didn't got it properly;

How do you say that the defined context with "/myapps/conf" will get
precedence over "/myapps" and subfolder conf in this application ??
The document you referred is for tomcat 5.5, is that also same for tomcat
5.0.x versions?

Any tomcat developers wish to contribute?

foojava




On 12/20/05, David Smith <[EMAIL PROTECTED]> wrote:
Just looking up some other info, I ran accross this which directly
answers your question:

http://tomcat.apache.org/tomcat-5.5-doc/config/context.html

--David

David Smith wrote:

I'm not sure there is a documented spec on this at the container
(tomcat) level.  One of the tomcat developers would know best about
this, but I would imagine tomcat handles such issues the same way
servlet mappings within a webapp are handled.  The longest matching
path is the one that's chosen.


--David

foo java wrote:

Hi,

I am trying to find a "documented" solution for one of my problems with
tomcat contexts.

I would like to ask about the tomcat servlet container( 5.x) and it's
prioritised handling of the context paths in the following situation. A
pointer to official documentation will be of much help to me.

If you consider the following structure for my application(web)
source:
myapps
myapps--conf
myapps--JSP
myapps--WEB-INF
myapps--WEB-INF/classes
....


The conf directory in my application holds css and images.
Suppose, i deployed one of my context in tomcat as
<context path="/myapps" docBase="/path/to/source" >
</context>

The situation is there are many contexts deployed in the tomcat using
the
same source (myapps). But, if i want to make some of the contexts to
have
it's own conf directory and using the docbase as normal for sources.
I am
planning to do it the following way:

if i deploy one more context say /myapps/conf

<context path="/myapps/conf" docBase="/external/path/to/conf/dir">
</context>

P.S: i have used a "/" to add conf path to the new context.

FINAL DOUBT

Is it ensured by the tomcat container that any request that comes for
"/myapps/conf" will be directed to the new context deployed and not
within
the sources. I have tested it and it seems to work as fine. But i need
official documentation (for my superiors not to say that i assume!!)
which
shows the priority in which tomcat considers the request processing.

I hope i m able to convey my query.

thanks and regards,
foojava



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to