You don't need to have common-war as a dependency if you provide all
details in the ArtifactItem section of the configuration.
Removing the dependency and add the version to ArtifactItem will just
run fine and it's not a hack (Note if you unpack the jar in the war,
it is provided so it's not a hack either ; it's just provided by you
instead of the container).
On 8/17/07, John Coleman <[EMAIL PROTECTED]> wrote:
> Thanks for these tips I now have it working just right. The method as
> follows...
>
> <dependency>
> <groupId>com.eurobase</groupId>
> <artifactId>common-wac</artifactId>
> <version>1.3-SNAPSHOT</version>
> <scope>provided</scope>
> <type>jar</type>
> </dependency>
>
> I have to mark the dependency as "provided", so the jar is not left in /lib -
> to me this doesn't quite look right 'cos the dependency is not provided by
> the container, so this is a hack.
>
> The include/excludes are not required, so I stripped them out and I get just
> what I want. :)
>
> <plugin>
> <groupId>org.apache.maven.plugins</groupId>
> <artifactId>maven-dependency-plugin</artifactId>
> <executions>
> <execution>
> <id>unpack</id>
> <phase>generate-resources</phase>
> <goals>
> <goal>unpack</goal>
> </goals>
> <configuration>
> <artifactItems>
> <artifactItem>
> <groupId>com.eurobase</groupId>
> <artifactId>common-wac</artifactId>
> <type>jar</type>
>
> <outputDirectory>${project.build.directory}/${project.build.finalName}/WEB-INF/classes</outputDirectory>
> </artifactItem>
> </artifactItems>
> </configuration>
> </execution>
> </executions>
> </plugin>
>
> Excellent.
>
> Regards,
> John
>
> -----Original Message-----
> From: Brian E. Fox [mailto:[EMAIL PROTECTED]
> Sent: 16 August 2007 19:56
> To: Maven Users List
> Subject: RE: expand war deps
>
> Hi John,
>
> I see two issues below. The first is that the includes/excludes is only
> available in 2.0-alpha-5-SNAPSHOT. The second is more to your question. You
> can skip specifying a version in the artifactItems if you put that dependency
> version in your dependencyManagement section. Then you can also omit it in
> your dependencies declaration and have only one place to control the version.
>
> --Brian
>
> -----Original Message-----
> From: John Coleman [mailto:[EMAIL PROTECTED]
> Sent: Thursday, August 16, 2007 8:09 AM
> To: Maven Users List
> Subject: RE: expand war deps
>
> Hi Stephane,
>
> I grafted an example off the dependency plugin site, but it didn't go too
> well as you can see below! I just want to unpack that JAR instead of add it
> to lib directory.
>
> Any ideas what is wrong? I'm a bit concerned that I have both a declared
> dependency at the top of my pom and then this plugin configuration - could
> that lead to version conflicts, will the plugin config default to the
> previously declared version?
>
> TIA
> John
>
>
>
> <plugin>
> <groupId>org.apache.maven.plugins</groupId>
> <artifactId>maven-dependency-plugin</artifactId>
> <executions>
> <execution>
> <id>unpack</id>
> <phase>package</phase>
> <goals>
> <goal>unpack</goal>
> </goals>
> <configuration>
> <artifactItems>
> <artifactItem>
> <groupId>com.eurobase</groupId>
> <artifactId>common-wac</artifactId>
> <!--version>1.3-SNAPSHOT</version-->
> <type>jar</type>
> <overWrite>false</overWrite>
>
> <outputDirectory>${project.build.directory}/${project.build.finalName}/WEB-INF/classes</outputDirectory>
> <includes>**/*.class,**/*.xml</includes>
> <excludes>**/*test.class</excludes>
> </artifactItem>
> </artifactItems>
> <includes>**/*.java</includes>
> <excludes>**/*.properties</excludes>
>
> <outputDirectory>${project.build.directory}/wars</outputDirectory>
> <overWriteReleases>false</overWriteReleases>
> <overWriteSnapshots>true</overWriteSnapshots>
> </configuration>
> </execution>
> </executions>
> </plugin>
>
> [INFO]Failed to configure plugin parameters for:
> org.apache.maven.plugins:maven-dependency-plugin:2.0-alpha-4
>
>
>
> Cause: Cannot find setter nor field in
> org.apache.maven.plugin.dependency.fromConfiguration.ArtifactItem for
> 'includes'
> [INFO]------------------------------------------------------------------------
> [DEBUG]Trace
> org.apache.maven.lifecycle.LifecycleExecutionException: Error configuring:
> org.apache.maven.plugins:maven-dependency-plugin. Reason: Unable to parse the
> created DOM for plugin configuration
>
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:639)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:551)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:530)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:309)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:276)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:393)
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:182)
> at
> org.apache.maven.embedder.MavenEmbedder.execute(MavenEmbedder.java:760)
> at
> org.codehaus.mevenide.netbeans.execute.MavenJavaExecutor.run(MavenJavaExecutor.java:257)
> at
> org.netbeans.core.execution.RunClassThread.run(RunClassThread.java:131)
>
>
>
> -----Original Message-----
> From: Stephane Nicoll [mailto:[EMAIL PROTECTED]
> Sent: 15 August 2007 19:26
> To: Maven Users List
> Subject: Re: expand war deps
>
> Hi,
>
> Yep you'll need to setup resources:unpack in the generate-resources
> phase. Next version of the WAR plugin has a new overlay handling but
> we do not consider handling jars for the moment.
>
> Regards,
> Stéphane
>
> On 8/15/07, John Coleman <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> >
> >
> > I have a WAR project that depends on a JAR.
> >
> >
> >
> > Can I expand the contents of the JAR dependency into my webapps classes
> > directory automatically with a setting, or do I have to do something
> > more manual like setting up a dependency:unpack? Anyone got an example
> > pls.
> >
> >
> >
> > TIA
> >
> > John
> >
> >
> >
> >
> > Eurobase International Limited and its subsidiaries (Eurobase) are unable
> > to exercise control over the content of information in E-Mails. Any views
> > and opinions expressed may be personal to the sender and are not
> > necessarily those of Eurobase. Eurobase will not enter into any contractual
> > obligations in respect of any part of its business in any E-mail.
> >
> > Privileged / confidential information may be contained in this message and
> > /or any attachments. This E-mail is intended for the use of the
> > addressee(s) only and may contain confidential information. If you are not
> > the / an intended recipient, you are hereby notified that any use or
> > dissemination of this communication is strictly prohibited. If you receive
> > this transmission in error, please notify us immediately, and then delete
> > this E-mail.
> >
> > Neither the sender nor Eurobase accepts any liability whatsoever for any
> > defects of any kind either in or arising from this E-mail transmission.
> > E-Mail transmission cannot be guaranteed to be secure or error-free, as
> > messages can be intercepted, lost, corrupted, destroyed, contain viruses,
> > or arrive late or incomplete. Eurobase does not accept any responsibility
> > for viruses and it is your responsibility to scan any attachments.
> >
> > Eurobase Systems Limited is the main trading company in the Eurobase
> > International Group; registered in England and Wales as company number
> > 02251162; registered address: Essex House, 2 County Place, Chelmsford,
> > Essex CM2 0RE, UK.
> >
> >
>
>
> --
> Large Systems Suck: This rule is 100% transitive. If you build one,
> you suck" -- S.Yegge
>
> ---------------------------------------------------------------------
> 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]
>
>
> ---------------------------------------------------------------------
> 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]
>
>
--
Large Systems Suck: This rule is 100% transitive. If you build one,
you suck" -- S.Yegge
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
