cxf-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Daniel Kulp <dk...@apache.org>
Subject Re: svn commit: r604886 - /incubator/cxf/trunk/distribution/bundle/pom.xml
Date Tue, 18 Dec 2007 03:17:32 GMT

Glen,

The cxf-bundle module is designed to produce an "uber" jar which is all 
the module jar combined into a single jar.   That is the jar we put by 
default in the lib directory.    The issue is that, from maven, there 
wasn't a good way to depend on the uber jar if you wanted that 
dependency instead of all the individual jars.     The new version of 
the shade plugin solves that by doing a few things:

1) REMOVES the individual jars from the pom 
2) Promotes the transitive dependencies as direct deps of the pom
3) Creates a uber sources jar to match the uber jar.

This basically makes the uber jar usable from maven.   For example, if 
you take the example off your blog, you have:

      <!-- Depending on your requirements you may need more or less 
modules from cxf -->
      <dependency>
         <groupId>org.apache.cxf</groupId>
         <artifactId>cxf-rt-frontend-jaxws</artifactId>
         <version>${cxf.version}</version>
      </dependency>
      <dependency>
         <groupId>org.apache.cxf</groupId>
         <artifactId>cxf-rt-transports-http</artifactId>
         <version>${cxf.version}</version>
      </dependency>

That comment kind of says it all.    The user needs to know what they 
need.  You COULD now just do:

      <dependency>
         <groupId>org.apache.cxf</groupId>
         <artifactId>cxf-bundle</artifactId>
         <version>${cxf.version}</version>
      </dependency>

and it would get everything.

Dan



On Monday 17 December 2007, Glen Mazza wrote:
> Am Montag, den 17.12.2007, 14:51 +0000 schrieb dkulp@apache.org:
> > Author: dkulp
> > Date: Mon Dec 17 06:51:43 2007
> > New Revision: 604886
> >
> > URL: http://svn.apache.org/viewvc?rev=604886&view=rev
> > Log:
> > Only build shaded source jar with deploy profile (which turns on the
> > source jar building for everything else)
>
> I'm not understanding the purpose of createSourcesJar completely. 
> Might this be redundant with the "-DdownloadSources=true" option for
> mvn eclipse:eclipse?[1]  I would always need to do this anyway for
> non-CXF dependencies, so isn't the "createSourcesJar" an unnecessary
> moving part?
>
> Thanks,
> Glen
>
> [1]
> http://www.jroller.com/gmazza/entry/using_maven_to_create_a#MVNSOAPCli
>entStep3
>
> > Modified:
> >     incubator/cxf/trunk/distribution/bundle/pom.xml
> >
> > Modified: incubator/cxf/trunk/distribution/bundle/pom.xml
> > URL:
> > http://svn.apache.org/viewvc/incubator/cxf/trunk/distribution/bundle
> >/pom.xml?rev=604886&r1=604885&r2=604886&view=diff
> > ====================================================================
> >========== --- incubator/cxf/trunk/distribution/bundle/pom.xml
> > (original) +++ incubator/cxf/trunk/distribution/bundle/pom.xml Mon
> > Dec 17 06:51:43 2007 @@ -36,6 +36,7 @@
> >      <properties>
> >          <maven.test.skip>true</maven.test.skip>
> >          <cxf.version>${pom.version}</cxf.version>
> > +        <createSourcesJar>false</createSourcesJar>
> >      </properties>
> >
> >      <dependencies>
> > @@ -280,7 +281,7 @@
> >                          <configuration>
> >                             
> > <shadedGroupFilter>org.apache.cxf</shadedGroupFilter>
> > <shadedArtifactAttached>false</shadedArtifactAttached> -           

> >                <!--createSourcesJar>true</createSourcesJar--> +    

> >                      
> > <createSourcesJar>${createSourcesJar}</createSourcesJar>
> > <promoteTransitiveDependencies>true</promoteTransitiveDependencies>
> > <createDependencyReducedPom>true</createDependencyReducedPom>
> >
> > @@ -327,6 +328,9 @@
> >      <profiles>
> >           <profile>
> >               <id>deploy</id>
> > +             <properties>
> > +                 <createSourcesJar>true</createSourcesJar>
> > +             </properties>
> >               <build>
> >                   <plugins>
> >                       <plugin>



-- 
J. Daniel Kulp
Principal Engineer, IONA
dkulp@apache.org
http://www.dankulp.com/blog

Mime
View raw message