You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by Matt Raible <ma...@raibledesigns.com> on 2003/01/04 11:29:33 UTC
Modules and path mapping (/do/*)
I decided to try to get modules to work with path-mapping tonight with
no luck. I'll enter this into Bugzilla if you'd like. Basically, I
have a forward that switches to the module:
With extension mapping:
<forward name="uploadResume" contextRelative="true"
path="/upload/index.do" redirect="true" />
With path mapping:
<forward name="uploadResume" contextRelative="true"
path="/do/upload/index" redirect="true" />
Or at least, I think that's the logical configuration. From the
logging, I get:
ERROR [Thread-2] [org.apache.struts.action.RequestProcessor]
RequestProcessor.processMapping(664) | Invalid path /upload
/index was requested
In my "upload" module, I have the following "index" forward that I'm
expecting it to hit:
<forward name="index" path="/do/index" />
I'm willing to try a couple hints if anyone has some. My <controller>
does not have a pagePattern defined.
Thanks,
Matt
Re: Modules and path mapping (/do/*)
Posted by Ted Husted <hu...@apache.org>.
Something I've been meaning to try is to actual define the module as
"/do/$MODULE", but I don't have any open projects that use modules to
try this with =:(
-T.
Matt Raible wrote:
> I decided to try to get modules to work with path-mapping tonight with
> no luck. I'll enter this into Bugzilla if you'd like. Basically, I
> have a forward that switches to the module:
>
> With extension mapping:
>
> <forward name="uploadResume" contextRelative="true"
> path="/upload/index.do" redirect="true" />
>
> With path mapping:
>
> <forward name="uploadResume" contextRelative="true"
> path="/do/upload/index" redirect="true" />
>
> Or at least, I think that's the logical configuration. From the
> logging, I get:
>
> ERROR [Thread-2] [org.apache.struts.action.RequestProcessor]
> RequestProcessor.processMapping(664) | Invalid path /upload
> /index was requested
>
> In my "upload" module, I have the following "index" forward that I'm
> expecting it to hit:
>
> <forward name="index" path="/do/index" />
>
> I'm willing to try a couple hints if anyone has some. My <controller>
> does not have a pagePattern defined.
>
> Thanks,
>
> Matt
>
--
Ted Husted,
Struts in Action <http://husted.com/struts/book.html>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Modules and path mapping (/do/*)
Posted by James Mitchell <jm...@apache.org>.
http://www.mail-archive.com/struts-dev@jakarta.apache.org/msg11133.html
http://www.mail-archive.com/struts-user@jakarta.apache.org/msg35941.html
--
James Mitchell
Software Engineer/Open Source Evangelist
http://www.open-tools.org
"C makes it easy to shoot yourself in the foot; C++ makes it harder, but
when you do, it blows away your whole leg."
- Bjarne Stroustrup
> -----Original Message-----
> From: Matt Raible [mailto:matt@raibledesigns.com]
> Sent: Saturday, January 04, 2003 5:30 AM
> To: struts-dev@jakarta.apache.org
> Subject: Modules and path mapping (/do/*)
>
>
> I decided to try to get modules to work with path-mapping tonight with
> no luck. I'll enter this into Bugzilla if you'd like. Basically, I
> have a forward that switches to the module:
>
> With extension mapping:
>
> <forward name="uploadResume" contextRelative="true"
> path="/upload/index.do" redirect="true" />
>
> With path mapping:
>
> <forward name="uploadResume" contextRelative="true"
> path="/do/upload/index" redirect="true" />
>
> Or at least, I think that's the logical configuration. From the
> logging, I get:
>
> ERROR [Thread-2] [org.apache.struts.action.RequestProcessor]
> RequestProcessor.processMapping(664) | Invalid path /upload
> /index was requested
>
> In my "upload" module, I have the following "index" forward that I'm
> expecting it to hit:
>
> <forward name="index" path="/do/index" />
>
> I'm willing to try a couple hints if anyone has some. My <controller>
> does not have a pagePattern defined.
>
> Thanks,
>
> Matt
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>