Can you give me an example of how path one <exception/> can be set to a module-relative resource? This can be a JSP, Tiles' definition, or an Action relative to the module's config file right?
Thanks, danny -----Original Message----- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 13, 2002 4:13 PM To: Struts Users Mailing List Subject: Re: Local/Global Exception Handling: How do you specify ContextRelati ve path(action's input) in the Sub-Apps' struts-config.xml On Tue, 13 Aug 2002, Trieu, Danny wrote: > Date: Tue, 13 Aug 2002 14:43:48 -0700 > From: "Trieu, Danny" <[EMAIL PROTECTED]> > Reply-To: Struts Users Mailing List <[EMAIL PROTECTED]> > To: Struts Users Mailing List <[EMAIL PROTECTED]> > Subject: Local/Global Exception Handling: How do you specify > ContextRelati ve path(action's input) in the Sub-Apps' > struts-config.xml > > Craig, > > Do you know how this can be done? > > Thanks, > Currently, paths on <exception> declarations are all considered to be module-relative. Doing this would require the addition of a "contextRelative" attribute on the <exception> element, and making sure that the code in ExceptionHandler respected it. Filing an enhancement request in the bug tracking system would be appropriate: http://nagoya.apache.org/bugzilla/ if it's not there already. Personally, I have a concern about implementing this. One of the nice things about application modules today is that they are pretty much self contained and independent of each other. Starting to depend on external things like common exception handlers increases the fragility and complexity of installing a module -- no longer can you just "add a new struts-config.xml file and restart the webapp. You've got to make sure that all the shared dependencies are satisfied. Of course, the same philosophy was behind the idea that WAR files *should* be indepdendent and self contained, but no, everyone wants shared JAR files in Tomcat's common/lib directory (or the equivalent on other servers) ... > Danny > > Craig -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
