Thanks Brian, for finding this out. I have created a workaround as suggested. Only additional thing I had to do, was to also bind the resources:resources to process-resources phase, because otherwise the filtering occured before the dependency:unpack. It's dirty, but at least it works now.
Have you already taken care of filing a bug? If not, I would take care of this. The bug is in the dependency-plugin, right? bye, Michael Brian E. Fox schrieb: > I am able to reproduce this and it's an unfortunate bug in 2.0.x. The only > workaround I can suggest is to change the dependency plugin binding to a > later phase than is invoked by the eclipse plugin. According to [1] the > phase is generate-resources so you can bump it to process-resources. > > [1]: > http://maven.apache.org/plugins/maven-eclipse-plugin/eclipse-mojo.html > > -----Original Message----- > From: Michael Heß [mailto:[EMAIL PROTECTED] > Sent: Wednesday, February 13, 2008 1:07 AM > To: Maven Users List > Subject: RE: dependency:unpack vs. eclipse:eclipse > > Sure, > > here you go, I hope it somehow survives the transfer to the list. If it's > completely garbled I can also send you the file directly as an attachment. > > Furthermore I'd like to add the error I'm getting when binding the > dependendy-plugin unpack goal to a specific phase: > > ---- ERROR ----- > [INFO] One or more required plugin parameters are invalid/missing for > 'dependency:unpack' > > [0] Inside the definition for plugin 'maven-dependency-plugin' specify the > following: > > <configuration> > ... > <artifactItems>VALUE</artifactItems> > </configuration>. > ---- ERROR ----- > > But as you can see in the pom below, I do have the wanted configuration > settings. Thanks for looking into this. > > bye, Michael > > ---pom starts here--- > > <?xml version="1.0" encoding="UTF-8"?> > <project xmlns="http://maven.apache.org/POM/4.0.0"; > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; > xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 > http://maven.apache.org/maven-v4_0_0.xsd";> > <parent> > <artifactId>abc</artifactId> > <groupId>de.customer</groupId> > <version>1.0.0-SNAPSHOT</version> > </parent> > <modelVersion>4.0.0</modelVersion> > <groupId>de.customer.abc</groupId> > <artifactId>product-config</artifactId> > <packaging>jar</packaging> > <version>${parent.version}</version> > <name>product-config</name> > <dependencies> > <dependency> > <groupId>de.customer.abc.common</groupId> > <artifactId>abc-basis-config</artifactId> > <version>${abc.common.version}</version> > <scope>compile</scope> > </dependency> > </dependencies> > <profiles> > <profile> > <id>local</id> > <activation> > <property> > <name>local</name> > </property> > </activation> > <build /> > <properties> > <maven.test.skip>true</maven.test.skip> > <mvn.filter.file> > > ${basedir}/src/main/filters/local.properties > </mvn.filter.file> > </properties> > </profile> > <!--other profiles here as well - intentionally left them out > --> > </profiles> > <build> > <filters> > <filter>${mvn.filter.file}</filter> > </filters> > <resources> > <resource> > <directory>src/main/resources</directory> > <filtering>true</filtering> > </resource> > <resource> > <directory>target/work/conf</directory> > <!-- copies the contents of "conf" to > "target/conf" --> > <targetPath>../conf</targetPath> > <filtering>true</filtering> > </resource> > </resources> > > <plugins> > <!-- Java 1.5 --> > <plugin> > <groupId>org.apache.maven.plugins</groupId> > <artifactId>maven-compiler-plugin</artifactId> > <configuration> > <source>1.5</source> > <target>1.5</target> > </configuration> > </plugin> > > <plugin> > <groupId>org.apache.maven.plugins</groupId> > <artifactId>maven-dependency-plugin</artifactId> > <version>2.0</version> > <inherited>false</inherited> > <configuration> > <artifactItems> > <artifactItem> > > <groupId>de.customer.abc.common</groupId> > > <artifactId>abc-basis-config</artifactId> > > <version>${abc.common.version}</version> > <type>jar</type> > <outputDirectory> > > ${project.build.directory}/work > </outputDirectory> > </artifactItem> > </artifactItems> > <excludes> > <exclude>META-INF/**</exclude> > </excludes> > </configuration> > <!-- if I put this in, no more eclipse:eclipse > <executions> > <execution> > <id>get-config</id> > > <phase>generate-resources</phase> > <goals> > <goal>unpack</goal> > </goals> > <configuration> > <artifactItems> > <artifactItem> > > <groupId>de.customer.abc.common</groupId> > > <artifactId>abc-basis-config</artifactId> > > <version>${abc.common.version}</version> > > <type>jar</type> > > <outputDirectory> > > ${project.build.directory}/work > > </outputDirectory> > </artifactItem> > </artifactItems> > <excludes> > > <exclude>META-INF/**</exclude> > </excludes> > </configuration> > </execution> > </executions> > --> > </plugin> > <plugin> > <artifactId>maven-assembly-plugin</artifactId> > <executions> > <execution> > <id>conf</id> > <phase>package</phase> > <goals> > <goal>attached</goal> > </goals> > <configuration> > <outputDirectory> > > ${project.build.directory} > </outputDirectory> > > <appendAssemblyId>true</appendAssemblyId> > <descriptors> > <descriptor> > > src/main/assembly/conf.xml > </descriptor> > </descriptors> > </configuration> > </execution> > </executions> > </plugin> > </plugins> > </build> > </project> > > > > Brian E. Fox schrieb: >> The faq entry about the executions/non executions would only apply when >> running dependency:unpack directly...it shouldn't have any issues with >> eclipse:eclipse. (although I haven't tested it recently). >> >> Can you paste your pom so I can look at it? >> >> -----Original Message----- >> From: Michael Heß [mailto:[EMAIL PROTECTED] >> Sent: Tuesday, February 12, 2008 10:34 AM >> To: users@maven.apache.org >> Subject: dependency:unpack vs. eclipse:eclipse >> >> Hi list, >> >> I've been searching and fiddling around all day, with no success so far. >> So this is my only hope of finding an answer. >> >> My basic setup looks like the following: >> >> I have an artifact which creates a ZIP-assembly. Lets call it >> artifact-resources.zip >> >> Furthermore I have anotherArtifact which depends on >> artifact-resources.zip. As the name states, the artifact does not >> contain >> any sources, but resources. These resources I want to have unpacked and >> filtered during anotherArtifacts build. So what I did, was to add a >> dependency-plugin-configuration to anotherArtifacts pom.xml, and I bound >> it to the generate-resources phase. At that point everything was still >> fine. My build went all the way through, the resources got unpacked and >> filtered, and were used correctly afterwards as the build lifecycle went >> on. >> >> Then I wanted to use maven-eclipse-plugin on anotherArtifact. At that >> point, I ran into the problem, that dependency:unpack fails, because >> eclipse:eclipse seems to trigger it in the "CLI" way. Although I do not >> really know what it maven internally means, I did as I was told in the >> maven-dependency-plugin faq, and removed my execution entries out of the >> configuration. This fixed the eclipse:eclipse problem. >> >> But, now this again leads to the following problems: >> Since my maven-dependency-plugin configuration is no longer bound to any >> specific phase it should run during process-sources. At least the >> plugins >> documentation says so. But it does not, I don't know why. >> >> So, right now my conclusion for today is (and I really do hope someone >> can >> prove me wrong): >> >> Either - I can have dependency:unpack attached to a specific phase >> OR - I can have eclipse:eclipse working >> >> As stated before. I spent the whole afternoon trying things out. >> Although >> I probably learned a lot, I'm desperate for help. I really do not have >> any >> more ideas what to do. >> >> Thanks for reading all this, and maybe providing any insight. >> >> bye, Michael > > > --------------------------------------------------------------------- > 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] > > > -- Michael Heß Consultant ORDIX AG Westernmauer 12-16 33098 Paderborn http://www.ordix.de Tel.: 05251 / 10 63 0 Fax : 05251 / 10 63 99 Mob : 0163 /673 49 43 ORDIX AG - Aktiengesellschaft für Softwareentwicklung, Schulung, Beratung und Systemintegration Vorsitzender des Aufsichtsrates: Prof. Dr. Hermann Johannes Vorstand: Wolfgang Kögler (Vorsitzender), Benedikt Georgi, Christoph Lafeld, Axel Röber Firmensitz: Westernmauer 12 - 16, 33098 Paderborn, Tel: 05251 / 1063-0, Fax: 0180 / 1 67 34 90 Amtsgericht Paderborn, HRB 2941, Ust-IdNr.DE 126333767, Steuernummer: 339/5866/0142 --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
