Modules Problem
Everyone, I have two modules: / & /app. /app is protected by a Servlet Filter and is used for all actions after you have authenticated yourself. I am having a problem when I try to declare a form in a JSP page that is referenced by an action within the /app module. I am trying to define the following in the JSP: In my config file for the / module, I have the following definitions: ... ... ... I am getting the following exception: javax.servlet.jsp.JspException: Cannot retrieve mapping for action /logout at org.apache.struts.taglib.html.FormTag.lookup(FormTag.java:753) at org.apache.struts.taglib.html.FormTag.doStartTag(FormTag.java:443) at org.apache.jsp.jsp.nav.header_jsp._jspx_meth_html_form_0(org.apache.jsp. jsp.nav.header_jsp:144) at org.apache.jsp.jsp.nav.header_jsp._jspService(org.apache.jsp.jsp.nav.hea der_jsp:86) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.ja va:322) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:173) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatc her.java:672) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDisp atcher.java:574) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispat cher.java:499) at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.ja va:966) at org.apache.jasper.runtime.PageContextImpl.include(PageContextImpl.java:6 04) at org.apache.struts.tiles.TilesUtilImpl.doInclude(TilesUtilImpl.java:99) at org.apache.struts.tiles.TilesUtil.doInclude(TilesUtil.java:135) at org.apache.struts.taglib.tiles.InsertTag.doInclude(InsertTag.java:760) at org.apache.struts.taglib.tiles.InsertTag$InsertHandler.doEndTag(InsertTa g.java:892) at org.apache.struts.taglib.tiles.InsertTag.doEndTag(InsertTag.java:462) at org.apache.jsp.jsp.templates.main_005ftemplate_jsp._jspx_meth_tiles_inse rt_0(org.apache.jsp.jsp.templates.main_005ftemplate_jsp:142) at org.apache.jsp.jsp.templates.main_005ftemplate_jsp._jspService(org.apach e.jsp.jsp.templates.main_005ftemplate_jsp:82) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.ja va:322) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:173) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatc her.java:672) at org.apache.catalina.core.ApplicationDispatcher.processRequest(Applicatio nDispatcher.java:463) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDisp atcher.java:398) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispat cher.java:301) at org.apache.struts.action.RequestProcessor.doForward(RequestProcessor.jav a:1063) at org.apache.struts.tiles.TilesRequestProcessor.doForward(TilesRequestProc essor.java:263) at org.apache.struts.tiles.TilesRequestProcessor.processTilesDefinition(Til esRequestProcessor.java:239) at org.apache.struts.tiles.TilesRequestProcessor.processForwardConfig(Tiles RequestProcessor.java:302) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java: 229) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1194) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
Tiles Developement - was Tiles Modules Problem
So I guess I'm the only one who has beef with the way this currently works? -David - Original Message - From: "David Erickson" <[EMAIL PROTECTED]> To: "Struts Users Mailing List" <[EMAIL PROTECTED]> Sent: Monday, July 26, 2004 6:50 PM Subject: Tiles Modules Problem > Ok so as far as struts is concerned, if your within a module, say /user, all > actions defined in struts-config-user.xml will resolve to that directory, > for example: > parameter="edit" scope="session"> > > > > would resolve to /(AppContext)/user/editPage.do > > However this same functionality does not appear to exist within a tiles > module. Here is my config: > >value="/WEB-INF/tiles-defs/tiles-defs-user.xml"/> > > > > > since I used .user.page as my forward in the action above we'll examine > that. Here's the definition: > > > > > Notice I still have to prepend the 'module' onto the url, ie the /user in > /user/page.jsp. Should this not function similarly to the struts modules? > IE I should only need to put /page.jsp? For true modularity I believe it > should, and is currently not. Now I recognize there are instances where > this kind of functionality would not be desirable, for instance when you > need to reference a common header.jsp, or when you have JSPs organized under > WEB-INF.. but shouldnt there be an attribute to set that? perhaps > moduleRelative="true/false", where by default its set to true? As is its > not really modularized at all because you couldn't just pick it up and put > it somewhere else and expect it to work.. > > Comments/Ideas? > -David > > > - > 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]
Tiles Modules Problem
Ok so as far as struts is concerned, if your within a module, say /user, all actions defined in struts-config-user.xml will resolve to that directory, for example: would resolve to /(AppContext)/user/editPage.do However this same functionality does not appear to exist within a tiles module. Here is my config: since I used .user.page as my forward in the action above we'll examine that. Here's the definition: Notice I still have to prepend the 'module' onto the url, ie the /user in /user/page.jsp. Should this not function similarly to the struts modules? IE I should only need to put /page.jsp? For true modularity I believe it should, and is currently not. Now I recognize there are instances where this kind of functionality would not be desirable, for instance when you need to reference a common header.jsp, or when you have JSPs organized under WEB-INF.. but shouldnt there be an attribute to set that? perhaps moduleRelative="true/false", where by default its set to true? As is its not really modularized at all because you couldn't just pick it up and put it somewhere else and expect it to work.. Comments/Ideas? -David - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
