DO NOT REPLY [Bug 30036] - Only last Resources is loaded

[bu...@apache.org]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=30036>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=30036

Only last Resources is loaded

Joe@Germuska.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|Normal                      |Enhancement



------- Additional Comments From Joe@Germuska.com  2004-07-11 15:00 -------
This is a fairly complicated thing to resolve -- perhaps impossible.  I'm tempted to change to 
"WONTFIX" but for now am simply switching to enhancement instead.  If anyone really wants this, they'll 
have to help figure out how to resolve some of the complexities, as well as demonstrating that Struts' 
existing support for multiple named resource bundles is inadequate.

The main issue being that the base ModuleConfigImpl assumes that each XML <message-resources> 
element represents a single MessageResourcesConfig (henceforth, MRC) object, and then the 
ActionServlet extracts just the "parameter" property from an MRC to pass as an argument to 
MessageResourcesFactory.createResources(String).

One could conceivably change ModuleConfigImpl or write an alternate implementation class which 
somehow merged MRC objects which had the same name, and then change MessageResourcesFactory 
to take an MRC instead of a String.  

Note that there are hopes of replacing Struts' MessageResources implementation with commons-
resources (which was factored out of Struts). commons-resources doesn't have the idea of an MRC 
class.  If it needs one, now would be a good time to bring the use case to the attention of the people 
who have been attempting to extract commons-resources from Struts.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org