Eddie:
I looked at your fix for the selectApplication. Thanks for attempting this
fix.
However, I think it would be better to do this to create the matchPath:
if (matchPath.lastIndexOf("/") != 0)
{
// We may be in a non-default sub-app. Try to get it's
prefix.
int lastSlash = matchPath.lastIndexOf("/");
matchPath = matchPath.substring(0, lastSlash);
}
This allows for multilevel module names, e.g.: /subapp1 , /subapp1/foo ,
/subapp1/bar.
What do you think? What do the committers think? Should I submit a
competing path ;-) ?
Steve
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 24, 2002 10:26 AM
To: [EMAIL PROTECTED]
Subject: DO NOT REPLY [Bug 12702] - ActionServlet selects wrong
application module from URL
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12702>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12702
ActionServlet selects wrong application module from URL
------- Additional Comments From [EMAIL PROTECTED] 2002-09-24 17:26 -------
Created an attachment (id=3202)
Patch to fix selection of module. This patch extracts the actual module
from the "matchPath" local variable and looks that up as an exact match to
one of the prefixes.
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
