Tld bundling is supported right now by the war plugin. You can even put
them wherever you want provided it's under the webapp/ source directory.

I'm not sure adding a tld property helps a lot. I personally think it
makes this simple plugin more complex. Person who want more flexibility
(i.e. custom filters, etc) can simply override the webapp source
directory and provide a preGoal. Am I missing something?

Thanks
-Vincent

> -----Original Message-----
> From: Michal Maczka [mailto:[EMAIL PROTECTED]
> Sent: 23 June 2003 12:13
> To: 'Maven Developers List'
> Subject: War plugin
> 
> I am bit busy at the moment but hope to have time to work a bit on war
> plugin soon (hope to have it done before rc1 is out)
> 
> 
> There was a request to support "bundling" of TLD files in war archive.
> I am going to implement it.
> 
> I am planning to set default directory for TLDS files accordingly to:
> 
>
http://developer.java.sun.com/developer/technicalArticles/javaserverpage
s/
> co
> de_convention/
> 
> 
> so it will be
> 
> <context root>/WEB-INF/tld/
> 
> 
> and have property:
> 
> maven.war.build.tld.dir which will allow to customize it
> 
> 
> I personally use following layout:
> 
> <context root>/WEB-INF/tld/jstl/
> <context root>/WEB-INF/tld/struts/
> <context root>/WEB-INF/tld/foo/
> 
> 
> for grouping certain taglibs.  Such layout can be easily supported
using
> groupId property of the dependency.
> 
> 
> Somebody else likes it?
> 
> 
> Maybe somebody knows better strategies?
> 
> 
> Any other types of artifact should be supported?
> Should we go down to the level of css, JavaScript files or even images
> (gifs, jpegs).
> I personally don't think so. I like the concept of "web component"
> dissussed
> some time ago.
> 
> 
> We can also think if we are going to have "extra features" like:
> appending  tag libs dynamically to web.xml file. From the point of
view
> of XML manipulation it is very simple. But then some extra metadata
should
> be provided along with tlds dependency (like uri).
> 
> 
> Michal
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to