I don't really see how that answers the question. Why does maven.ejb.excludes operate on the *built* things and not on the *ejb* things? There's already a way to stop stuff being built.
And why can't you exclude something from maven.ejb.src? -----Original Message----- From: Dion Gillard [mailto:[EMAIL PROTECTED] Sent: 14 January 2005 15:21 To: Maven Users List Subject: Re: What's the point of maven.ejb.excludes? >From the docs: Root of files to be included within the ejb-jar. The same directory structure will be followed within the assembled jar file. Please note this is not for your java code or class files, these are other resources. Alternatively, you can use the resources element of the project.xml to specify resource across various directories, just as you would for a jar or war project. Note the part there about NOT for your java code. On Fri, 14 Jan 2005 15:00:43 -0000, Peter Bright <[EMAIL PROTECTED]> wrote: > Maybe I'm being dumb, but I don't really get it. > > It excludes stuff from maven.build.dest, but surely if you want stuff > excluded from maven.build.dest, you just wouldn't build it in the first > place. > > What I was hoping it would do is exclude stuff from maven.ejb.src. I'm > generating the contents of maven.ejb.src with ejbdoclet; the upshot of this > is that whilst it contains things I want in the jar (META-INF/ejb-jar.xml, > some jboss crap), it also contains lots of stuff I don't (*.java). There > seems to be no elegant way of dealing with this. Shouldn't there be? > > At the very least, it'd be nice if the ejb goals followed the war model, > where everything is constructed in exploded form and then warred up. To > stick extra stuff into the war, just add a postGoal to war:webapp; the > virtue here being that there's an obvious place to perform this kind of > step. > > Is there an elegant way to do what I want to do, or will I just have to mung > the jar myself? > > **************************************************************************** *** > The information contained in this electronic message may be confidential and/or privileged. Any unauthorized use, dissemination, distribution, or reproduction is strictly prohibited. If you have received this communication in error, please contact the sender by reply email and destroy all copies of the original message. > **************************************************************************** *** > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- http://www.multitask.com.au/people/dion/ --------------------------------------------------------------------- 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]
