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]
