You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by bu...@apache.org on 2005/01/14 10:27:45 UTC

DO NOT REPLY [Bug 28051] - [PATCH] Read "META-INF/struts-config.xml" resources in any JAR included in the application

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=28051>.
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=28051


filippo.munafo@kion.it changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |




------- Additional Comments From filippo.munafo@kion.it  2005-01-14 10:27 -------
Don, I have just taken a look at the changes in ActionServlet you are writing 
about. I think that doing getClass().getResource(path) is not enough because of 
I cannot have more than one struts-config.xml (I mean with the same name) 
loaded from different jar. That's why in the patch I submitted in march there 
is a getResources(path) with a cycle in the returned enumeration.

Moreover in ActionServlet there is a default path, "/WEB-INF/struts-
config.xml", that is the right one for search in a war; but for searching 
inside jar, I think that could be added another one, "META-INF/struts-
config.xml". This way, any struts-config.xml located in any jar in the default 
path plus the struts-config.xml located in the war under web-inf could be read 
and merged together in memory in the ModuleConfig object.

Filippo

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

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