I think the current state of the multi-module support should be viewed as a first step towards a greater goal. This first step enables multiple modules which are essentially independent of each other. In my mind, the next step would be peer-to-peer integration, such that, for example, one module could reference the global forwards of another module. The step after that might be to allow for a hierarchical inter-relationship between modules, where forwards might be looked up across multiple modules according to a defined hierarchy.
That said, I should make a confession. I have an immediate need (in my "day job") to develop a multi-module application based on a hierarchical model. Much of the framework is already in place, but it's not sufficiently general at this point to contribute back to Struts. Hopefully, I'll be able to do that at some point. -- Martin Cooper ----- Original Message ----- From: "Laine Donlan (DEV)" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, March 01, 2002 8:50 AM Subject: [Struts-Dev] Multi-App support and using actions across applications > This may be a feature of the multi-application support, but I wanted to make > sure. And if it was I wanted to get a little more info on the reasoning for > it. Basically I have a main config and a sub config. An action is > processed using an action configured by the main application. The result of > that request is a JSP with an <html:form> on it. > > Due to the constraints on action attribute of the form, the action can only > be an Action configured in the main configuration. I think there is a lot > of potential in having sub application (as well as the main) share > configurations - actions, forms, etc. Or at least reduce the constraints on > the action so that a user of Struts can integrate applications with out > modifying code. > > Any thoughts? > > Laine > > -- > 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]>
