DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=40597>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=40597

           Summary: mod_jk-1.2.19 no way to exactly match wildchar path
           Product: Tomcat 5
           Version: Unknown
          Platform: Other
        OS/Version: other
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Connector:AJP
        AssignedTo: tomcat-dev@jakarta.apache.org
        ReportedBy: [EMAIL PROTECTED]


I'm currently using mod_jk in my development environment in the following way:

<IfDefine SVN>
        <Location /svn>
                DAV svn
                SVNParentPath /var/lib/svn
                Order Deny,Allow
                AuthType Basic
                AuthName "Subversion Repository"
                Require valid-user
        </Location>
</IfDefine>

<IfDefine PYTHON>
        <Location /projects>
                SetHandler mod_python
                PythonHandler trac.web.modpython_frontend
                PythonOption TracUriRoot /projects
                PythonOption TracEnvParentDir /var/lib/trac
                Order Deny,Allow
                AuthType Basic
                AuthName "Trac Environment"
                Require valid-user
        </Location>
</IfDefine>

<IfDefine JK>
        jkMount /myApp/* ajp13
#       <Location /myApp>
#               Order Deny,Allow
#               AuthType Basic
#               AuthName "myApp"
#               Require valid-user
#       </Location>
</IfDefine>


The problem is that I've got a Trac (and svn) environment of myApp.  This means
that /projects/myApp/* should map to Trac via the mod_python handler, and
/myApp/* should map to Tomcat via mod_jk.

However, when I try to request /projects/myApp/, here is the debugging output of
mod_jk:

[Mon Sep 25 00:25:01 2006] [5504:47968] [debug]
map_uri_to_worker::jk_uri_worker_map.c (513): Attempting to map URI
'/projects/myApp/' from 1 maps
[Mon Sep 25 00:25:01 2006] [5504:47968] [debug]
map_uri_to_worker::jk_uri_worker_map.c (525): Attempting to map context URI
'/myApp/*'
[Mon Sep 25 00:25:01 2006] [5504:47968] [debug]
map_uri_to_worker::jk_uri_worker_map.c (513): Attempting to map URI
'/projects/myApp/' from 1 maps
[Mon Sep 25 00:25:01 2006] [5504:47968] [debug]
map_uri_to_worker::jk_uri_worker_map.c (525): Attempting to map context URI
'/myApp/*'
[Mon Sep 25 00:25:01 2006] [5504:47968] [debug]
map_uri_to_worker::jk_uri_worker_map.c (513): Attempting to map URI '/myApp/'
from 1 maps
[Mon Sep 25 00:25:01 2006] [5504:47968] [debug]
map_uri_to_worker::jk_uri_worker_map.c (525): Attempting to map context URI
'/myApp/*'
[Mon Sep 25 00:25:01 2006] [5504:47968] [debug]
map_uri_to_worker::jk_uri_worker_map.c (539): Found a wildchar match ajp13 ->
/myApp/*


Notice that mod_jk has walked up the URI from /projects/myApp/ to /myApp/ and
then this has successfully matched the /myApp/* mapping.  This is a problem
because I only want URIs that exactly match /myApp/* to be forwarded on to
Tomcat and not any URIs that end in /myApp/*.

It seems like there should be a way to indicate that a wildchar path should be
matched non-recursively.  This would require a new match_type that was somewhere
between MATCH_TYPE_WILDCHAR_PATH (which matches wildchar paths recursively) and
MATCH_TYPE_EXACT (which matches non-wildcard paths exactly).

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

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

Reply via email to