So its little "funky"...what's trick its not working for me....
I did
RequestUtils.selectModule();
and then return new ActionForward(path);
at the loading time of the JSP it gives an error that
Cannot retrieve mapping for action /iny/INY0110S
Any help may be very useful....
"Craig R.
McClanahan" To: Struts Users Mailing List <[EMAIL
PROTECTED]>
<[EMAIL PROTECTED] cc:
che.org> Subject: Re: Multiple modules
09/19/03
10:42 AM
Please
respond to
"Struts Users
Mailing List"
On Thu, 18 Sep 2003, Manish Singla wrote:
> Date: Thu, 18 Sep 2003 20:51:59 -0600
> From: Manish Singla <[EMAIL PROTECTED]>
> Reply-To: Struts Users Mailing List <[EMAIL PROTECTED]>
> To: Struts Users Mailing List <[EMAIL PROTECTED]>
> Subject: Multiple modules
>
> What are the advantages of having multiple struts-config modules defined
in
> web.xml vs comma separated struts-config.xml from design point of view.
>
In my opinion, the largest single difference between the approaches is
really "namespace collisions". Consider what happens if two different
struts-config.xml files (developed by two independent teams of developers
working on portions of your overall application) both try to define an
<action> named "/foo", or a global <forward> named "success":
* If you are using a single module (one config file or
multiple config files isn't relevant -- internally they
are all combined into a single set of config entries), the last
definition wins -- so someone's code doesn't work correctly
unless the identifier is changed.
* If you are using multiple modules, each module has its own
namespace for actions, forwards, and so on -- so the fact that
they share the same identifier doesn't matter.
So, multiple modules gives you some protection against this problem, at
the (slight) cost that it's a little funky to switch between modules.
> I am ok with slight overhead of multiple struts-config file (in web.xml
> approach).
>
I agree that any overhead difference here wouldn't matter (it all happens
only once, before the first user request is processed). However, because
modules are going to need separate config files anyway, any difference
here is vanishingly small.
Craig
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DISCLAIMER: The information contained in this message is intended only and
solely for the addressed individual or entity indicated in this message and
for the exclusive use of the said addressed individual or entity indicated
in this message (or responsible for delivery of the message to such person)
and may contain legally privileged and confidential information belonging
to Tata Consultancy Services. It must not be printed, read, copied,
disclosed, forwarded, distributed or used (in whatsoever manner) by any
person other than the addressee. Unauthorized use, disclosure or copying is
strictly prohibited and may constitute unlawful act and can possibly
attract legal action, civil and/or criminal. The contents of this message
need not necessarily reflect or endorse the views of Tata Consultancy
Services on any subject matter. Any action taken or omitted to be taken
based on this message is entirely at your risk and neither the originator
of this message nor Tata Consultancy Services takes any responsibility or
liability towards the same. Opinions, conclusions and any other information
contained in this message that do not relate to the official business of
Tata Consultancy Services shall be understood as neither given nor endorsed
by Tata Consultancy Services or any affiliate of Tata Consultancy Services.
If you have received this message in error, you should destroy this message
and may please notify the sender by e-mail. Thank you.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
