You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by nicolas De Loof <ni...@cgey.com> on 2004/03/31 10:27:11 UTC

Re: Splitting struts-config into multiple jar and read them as reso urce stream

As far as I understand your patch, config included in jars is added to 
default module config.
Is they're any way to associate a jar (including config) to a struts 
module ?

Nico.

Filippo Munafò a écrit :

>Following your suggestion, I've just submitted a patch as
>bugzilla Enhancement (#28051).
>
>I've tried to make as few changes as possible to the source of 
>action servlet in order to avoid any regression.
>
>Is it ok?
>
>Filippo
>
>-----Original Message-----
>From: Craig R. McClanahan [mailto:craigmcc@apache.org] 
>Sent: Tuesday, March 23, 2004 18:38
>To: Struts Developers List
>Subject: Re: Splitting struts-config into multiple jar and read them as resource stream
>
>Quoting Ted Husted <hu...@apache.org>:
>
>  
>
>>On Tue, 23 Mar 2004 11:53:55 +0100, Filippo Munafò wrote:
>>    
>>
>>>Perfect! What you did in JSF is exatcly what we need:
>>>
>>>"the controller servlet automatically recognize 'META-INF/struts-
>>>config.xml' resources in any JAR files that were included in the
>>>application."
>>>
>>>When in struts?
>>>
>>>Can I help?
>>>      
>>>
>>I think we do the same sort of thing in Commons Chain, n'est pas?
>>
>>    
>>
>
>This particular functionality was in relationship to automatically finding and
>loading struts-config.xml files (contributed by JAR files dropped in to the
>WAR) without having to explicitly note them in context init parameters.  It
>doesn't really relate to per-request processing.
>
>I can't do this today, but anyone who wants to help on this need only submit an
>enhancement request (with a patch) to ActionServlet.init() to scan the
>configuration resources in addition to what it already does.  The secret sauce
>is to use ClassLoader.findResources() to get the list of URLs to be processed.
>
>  
>
>>-Ted.
>>    
>>
>
>Craig
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: struts-dev-help@jakarta.apache.org
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>For additional commands, e-mail: dev-help@struts.apache.org
>
>  
>

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