We have several different types of non-archive artifacts which need to be supported - dtds, service.xml descriptors, etc. These need to be included in the release structure outside of any archive.
| <resource id="exception-processor"/> | | <artifactdef artifact="sqlexception-service.xml"> | <include input="exception-processor"> | <include pattern="sqlexception-service.xml"> | </include> | </artifactdef> | I think we can make this less verbose. If I were following the existing design, I think I would have to copy it to somewhere like output/lib, assuming I had the following: <artifacttype id="xml" outputtype="lib"/> and then in the build targetdef: <xml> | <mkdir dir="@{parentDir}"/> | <copy todir="@{parentDir}"> | <filesets/> | </copy> | </xml> So the toplevel build can find the file in output/lib instead of output/resources/exception-processor. | <artifact id="sqlexception-service.xml"/> | I suppose the downsides to this approach are: 1. No grouping of many artifacts, so each file must be listed as a seperate artifact element. I might like to have an artifact like server.dtds that allows me to treat *.dtd as a group. 2. We are "unnecissarily" copying files from output/resources/something to output/lib. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3871651#3871651 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3871651 ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development