Mailing-List: contact users-help@maven.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Maven Users List" <users@maven.apache.org>
Received-SPF: pass (athena.apache.org: local policy includes SPF record at
 spf.trusted-forwarder.org)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.fr;
  h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID;
  b=QltrUi4UwNpbmv33tJzaRvjzTQBtPGnbe/bjX5FJbc3asvu6WmvMnyx64BE6n+ilvH0eEcfPRX3HeGUVjY54nv2xyy/KlyYaiFTtluOiBQKgcDVB/edsL7+9miU7J+crGF0cIv9Ldb/B9qpxHVc02+4xrUzsbYT6KzUNL7JQv1w=;
Date: Wed, 17 Oct 2007 21:13:07 +0200 (CEST)
From: Adrian Gonzalez <adr_gonzalez@yahoo.fr>
Subject: RE : Re: RE : war plugin: using optional=true
To: Maven Users List <users@maven.apache.org>
In-Reply-To: <957242.53977.qm@web26202.mail.ukl.yahoo.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Message-ID: <299439.6013.qm@web26210.mail.ukl.yahoo.com>

Sorry, this one duplicates issue
http://jira.codehaus.org/browse/MWAR-111.

--- Adrian Gonzalez <adr_gonzalez@yahoo.fr> a �crit :

> Hello,
> 
> 1. MWAR-125 : just attached test case.
> 2. for ear building, following link is interesting :
>
http://www.michaelyuan.com/blog/2007/10/09/jboss-seam-project-setup-with-maven-%e2%80%94-part-2-ear-deployment/
> 
> After struggling a bit, I think their approach is
> the
> correct one for now (note that I really don't have
> enought maven experience to be really sure).
> 
> They use in the web pom.xml scope=provided for jars
> bundled in the ear and scope=compile for jars
> bundled
> in the WEB-INF/lib.
> The only drawback is that scope=provided isn't
> transitive.
> So, they need to list all transitive dependencies in
> the pom.xml.
> Whereas using scope=compile and optional=true, it
> shouldn't be the case.
> 
> 
> --- Adrian Gonzalez <adr_gonzalez@yahoo.fr> a �crit
> :
> 
> > Thanks Wayne, 
> > 
> > created as MWAR-125
> > (http://jira.codehaus.org/browse/MWAR-125).
> > 
> > I'll attach asap a test case and will try to find
> a
> > fix tomorrow (I hope !).
> > 
> > In the meantime can someone who's generating ear
> > application with war and utility jar (used by war
> > but
> > deployed at the root ear), tell me how it does it.
> > 
> > Are you creating manually MANIFEST.MF file and
> > populating WEB-INF/lib dependencies manually ? If
> > not
> > how do you distinguish jars in ear from those in
> > WEB-INF/lib ? (I've also tries putting
> > scope=provided
> > in wab module for jar going to ear and
> scope=compile
> > for WEB-INF/lib, but doesn't work since provided
> > scope
> > is not transitive - see
> >
>
http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html).
> > 
> > Thanks very much for your help !
> > 
> > --- Wayne Fay <waynefay@gmail.com> a �crit :
> > 
> > > Sounds reasonable. Please file a bug in JIRA,
> > > ideally with a test and fix. ;-)
> > > 
> > > Wayne
> > > 
> > > On 10/15/07, Adrian Gonzalez
> > <adr_gonzalez@yahoo.fr>
> > > wrote:
> > > > Hello,
> > > >
> > > > I'm currently looking at maven source code.
> > > >
> > > > In org.apache.maven.plugin.war.AbstractWarMojo
> > > > (v2.0.2), line 582, the .jar is copied in
> > > WEB-INF/lib
> > > > if !artifact.isOptional().. [1]
> > > >
> > > > I think that optionality is not inherited by
> > > > transitivity and that's the cause of my
> problem
> > :
> > > > i.e. if artA declares
> > > >     <dependency>
> > > >       <artifactId>artB</artifactId>
> > > >       <optional>true</optional>
> > > >     </dependency>
> > > > and artB declares :
> > > >     <dependency>
> > > >       <artifactId>artC</artifactId>
> > > >       <optional>false</optional>
> > > >     </dependency>
> > > > then artC is transitively included in artA
> > > > dependencies  but with optional=false. IMHO it
> > > should
> > > > be included with optional=true since artB is
> > > optional.
> > > >
> > > > Could someone please confirm me ?
> > > >
> > > > [1] ScopeArtifactFilter filter = new
> > > > ScopeArtifactFilter( Artifact.SCOPE_RUNTIME );
> > > > if ( !artifact.isOptional() && filter.include(
> > > > artifact ) ) {
> > > >   ...
> > > >   //copy action...
> > > >
> > > >
> > > > --- Adrian Gonzalez <adr_gonzalez@yahoo.fr> a
> > > �crit :
> > > >
> > > > > I'm trying to build a ear structure
> containing
> > > war
> > > > > and
> > > > > jar files.
> > > > >
> > > > > I'm using maven-war-plugin instructions from
> > > > >
> > > >
> > >
> >
>
http://maven.apache.org/plugins/maven-war-plugin/examples/war-manifest-guide.html
> > > > > (last part of this page) to create
> > MANIFEST.MF.
> > > > >
> > > > > Using :
> > > > >     <dependency>
> > > > >       <groupId>org.foo</groupId>
> > > > >       <artifactId>bar-jar1</artifactId>
> > > > >       <version>${pom.version}</version>
> > > > >       <optional>true</optional>
> > > > >       <!-- goes in manifest classpath, but
> not
> > > > > included in WEB-INF/lib -->
> > > > >     </dependency>
> > > > >
> > > > > works fine for bar-jar1, but if bar-jar1 has
> > > > > dependencies, those dependencies are copied
> to
> > > > > WEB-INF/lib.
> > > > > I would expect those dependencies to be
> > > registered
> > > > > in
> > > > > the MANIFEST.MF (they are !), but not to be
> > > included
> > > > > in Web-Inf/lib.
> > > > >
> > > > > Is it a bug ? Thanks for the help, I'm
> really
> > > > > struggling with this ear building thing...
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > >
> >
>
____________________________________________________________________________________________
> > > > > D�couvrez le blog Yahoo! Mail : derni�res
> > > > > nouveaut�s, astuces, conseils.. et vos
> > r�actions
> > > !
> > > > > http://blog.mail.yahoo.fr
> > > > >
> > > > >
> > > >
> > >
> >
>
---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail:
> > > > > users-unsubscribe@maven.apache.org
> > > > > For additional commands, e-mail:
> > > > > users-help@maven.apache.org
> > > > >
> > > > >
> > > >
> > > >
> > > >
> > > >     
> > >
> >
>
____________________________________________________________________________________________
> > > > D�couvrez le blog Yahoo! Mail : derni�res
> > > nouveaut�s, astuces, conseils.. et vos r�actions
> !
> > > > http://blog.mail.yahoo.fr
> > > >
> > > >
> > >
> >
>
---------------------------------------------------------------------
> > > > To unsubscribe, e-mail:
> > > users-unsubscribe@maven.apache.org
> > > > For additional commands, e-mail:
> > > users-help@maven.apache.org
> > > >
> > > >
> > > 
> > >
> >
>
---------------------------------------------------------------------
> > > To unsubscribe, e-mail:
> 
=== message truncated ===


      _____________________________________________________________________________ 
Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail 

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org