Re: JSP's under WEB-INF and Struts modules

2003-02-03 Thread Malik Recoing
Hi,

I've got the same problem. The solution is to use forwardPattern and
inputForward options to have complex, pattern based, repalcement of the uri
:

http://jakarta.apache.org/struts/userGuide/configuration.html#controller_con
fig

But after few tests and a look at the source code of struts b3 and nigthly
builds, it seems to me that there is two kinds of uri replacement. For
forwards and input the RequestProcessor use the given forwardPattern to
replace uri. But for the forward attribute of actions a trivial appending of
the name of the module is performed. So all path are not replaced the same
way witch gives me unresolvable errors. So I posted a bug report here :

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16603

As you are, I'm still waiting for the witness of a sucessfull configuration
of a multi-modules app with pages and tiles under WEB-INF.

Malik.

Friday, January 31, 2003 9:18 PM , Moyer, Alan L [EMAIL PROTECTED]
a écrit :
 I just read Chuck Cavaness' article Jakarta Struts: Seven Lessons
 from the Trenches In it he recommends putting the JSP pages
 underneath WEB-INF. In the article he shows how to write an action as
 action
   path=/logoff
   type=org.apache.struts.webapp.example.LogoffAction
   forward name=success path=/WEB-INF/jsp/index.jsp/
 /action
 However, if the application uses multiple Struts modules, I don't see
 how this would work. If the application is foo and the module is bar,
 wouldn't the address of the JSP be expanded to
 ../foo/bar/WEB-INF/jsp/index.jsp
 but WEB-INF isn't under bar, so this won't work. If, however,
 index.jsp is in directory foo/bar/jsp/ above WEB-INF then
 path=/jsp/index.jsp
 expands to
 ../foo/bar/jsp/index.jsp
 which works.
 Any idea how to make the URL expansion work when the JSP's are under
 WEB-INF.
 Thanks,
 Al
 [EMAIL PROTECTED]


 This transmission is intended only for use by the addressee(s) named
 herein and may contain information that is proprietary, confidential
 and/or legally privileged. If you are not the intended recipient, you
 are hereby notified that any disclosure, copying, distribution, or
 use of the information contained herein (including any reliance
 thereon) is STRICTLY PROHIBITED. If you received this transmission in
 error, please immediately contact the sender and destroy the material
 in its entirety, whether in electronic or hard copy format. Thank
 you.

 -
 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]




JSP's under WEB-INF and Struts modules

2003-01-31 Thread Moyer, Alan L
I just read Chuck Cavaness' article Jakarta Struts: Seven Lessons from the
Trenches In it he recommends putting the JSP pages underneath WEB-INF. In
the article he shows how to write an action as
action
  path=/logoff
  type=org.apache.struts.webapp.example.LogoffAction
  forward name=success path=/WEB-INF/jsp/index.jsp/
/action
However, if the application uses multiple Struts modules, I don't see how
this would work. If the application is foo and the module is bar, wouldn't
the address of the JSP be expanded to
../foo/bar/WEB-INF/jsp/index.jsp
but WEB-INF isn't under bar, so this won't work. If, however, index.jsp is
in directory foo/bar/jsp/ above WEB-INF then
path=/jsp/index.jsp
expands to
../foo/bar/jsp/index.jsp
which works.
Any idea how to make the URL expansion work when the JSP's are under
WEB-INF.
Thanks,
Al
[EMAIL PROTECTED]


This transmission is intended only for use by the addressee(s) named herein and may 
contain information that is proprietary, confidential and/or legally privileged. If 
you are not the intended recipient, you are hereby notified that any disclosure, 
copying, distribution, or use of the information contained herein (including any 
reliance thereon) is STRICTLY PROHIBITED. If you received this transmission in error, 
please immediately contact the sender and destroy the material in its entirety, 
whether in electronic or hard copy format. Thank you.

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