incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Daniel Kulp <>
Subject Re: [VOTE] Approve release CXF 2.0.5-incubator
Date Fri, 28 Mar 2008 00:41:22 GMT
On Thursday 27 March 2008, sebb wrote:
> On 26/03/2008, Daniel Kulp <> wrote:
> >  The staging area is at:
> >
> The binary jar contains lots of non-CXF jars in the lib directory;
> these should probably be dropped and listed as external dependencies.

Huh?   Then the binary distibution wouldn't work.  That's silly.  Users 
should be able to download this, unpack it, and run the samples and 
stuff to see it working without tramping all over the internet to find 
jars and stuff.  If you install MS office on your machine, do you then 
have to go off and find the spell checker, the thesauras, etc...?

> Typo in LICENSE file in binary zip: "librarie"  should be "libraries"

Fixed on trunk.  Good catch.  I must have looked at that several times 
and it never triggered my brain.  Must be getting old... :-(

> The CXF jar manifests should really include source and target Java
> versions.


> The CXF jars contain the file DEPENDENCIES in META-INF - this seems
> out of place.

This was discussed on legal-discuss and no objections raised.

> Also the DEPENDENCIES contents still refer to jakarta for some commons
> modules, and  'Apache Software Foundation' => 'The Apache Software
> Foundation'

Well.  It's automatically generated from the information the other 
projects provide.  As long as Jakarta/commons keep providing 
Seriously, if the poms say they came from jakarta, the versions we are 
using probably are the jakarta versions.   See Davids response at:<>

> >  The distributions are in the "dist" directory. The "m2repo"
> > directory contains the stuff that will by pushed to the
> > m2-incubating-repository.
> >
> >  This release is tagged at:
> > 
> >
> >or/
> -1: there should be NOTICE and LICENSE files at the top level in SVN.
> -1: SVN and the source archive don't agree; there are files and
> directories in each that are not in the other.

I'll wait and respond to any of this once the other thread concludes.

> There are lots of files incorrectly marked as executable in SVN, and
> various other files don't have the correct properties. See attached
> script.

Thanks for the script. I'll have to figure out how to get it to apply 
without breaking the merges from trunk.   Probably will run on trunk 
(which is slightly different) and svnmerge out to the branches.  I'll 
have to experiment a bit.   Anyway, thanks for that.

J. Daniel Kulp
Principal Engineer, IONA

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message