I tested this out and it works fine with the latest code from SVN. Maybe a bug in 2.0-alpha-3 - haven't tried to reproduce it there.
- Brett On 8/22/05, Brett Porter <[EMAIL PROTECTED]> wrote: > Ok, that's something I can test out tomorrow. > > I'm not sure you need to create a subdirectory for this - the pom.xml > will happily sit alongside your other build files. > > Cheers, > Brett > > On 8/21/05, Carsten Ziegeler <[EMAIL PROTECTED]> wrote: > > Brett Porter schrieb: > > > That's odd. We use this all the time, so they should be included. > > > > > > What are their paths? Maybe they are in the default excludes? (Though > > > I would think this would exclude them from the classes directory and > > > the jar) > > > > > This is the pom - actually it's the pom for Cocoon where we try out m2, > > so this is the reason for the unconventional "../src/java" path as we > > want to keep the old build system working until the m2 builds run > > without problems. > > > > <build> > > <sourceDirectory>../src/java</sourceDirectory> > > <testSourceDirectory>../src/test</testSourceDirectory> > > <resources> > > <resource> > > <directory>../src/java</directory> > > <includes> > > <include>**/*.roles</include> > > <include>**/*.properties</include> > > <include>**/*.xml</include> > > </includes> > > </resource> > > </resources> > > > > Now, I thought that the jar plugin just archives the target/classes > > directory. > > > > Carsten > > -- > > Carsten Ziegeler - Open Source Group, S&N AG > > http://www.s-und-n.de > > http://www.osoco.org/weblogs/rael/ > > > > --------------------------------------------------------------------- > > 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]
