Cliff,

Just to check on the license issue for Apache products - when you say we
must include a license, do you mean copy the apache license beside the jar ?

(Just asking as I'd followed the pattern in other project's release dists
and only seen one Apache license includes even if several products.)

Thanks,
Marnie

On 11/24/06, Cliff Schmidt <[EMAIL PROTECTED]> wrote:

On 11/24/06, Rajith Attapattu <[EMAIL PROTECTED]> wrote:
> Hi Folks,
>
> Did anybody find any issues with the RC2 ?
>
> Folks please double check and let us know so that we can move towards
the
> final release ?
>
> Regards,
>
> Rajith
>
>
>  On 11/22/06, Rajith Attapattu <[EMAIL PROTECTED]> wrote:
> > Hi Folks,
> >
> > The RC2 is available for download, please give it spin and let us
know.
> > http://people.apache.org/~rajith/qpid-release/RC2/
> >
> > This includes
> > -----------------------------
> > modified amqp license
> > roberts qpid script fix to allow arguments to be passed through to the
> qpid process
> > martins fixes to build scripts

Here are the issues that I think MUST be fixed before a release:

1. We need to either include MINA source code or have note in the
directory or a rev# in the file name that gives user ability to get
source.  At the moment, I don't think it's obvious (or even possible?)
for a user to get the source associated with the included binary, and
this is a big problem.  Should be a simple fix but must be done.  From
Leo's email:

       (4) failing that, custom builds of all dependencies
          SHOULD be clearly identified as such and traceable
          to their exact origin, eg

            qpid-1.1.4-incubating.zip
              lib/
                mina-r2475690.qpid-1.1.4-incubating.jar

You may have thought this wasn't necessary because you had a
"project-sanctioned snapshot" (from Leo's (3)), but the idea there was
that there was something that the project has released with associated
source to go with the binary.

2. Every third-party component (including the ones that happen to come
from another ASF project) must include a license.  For instance, I'm
not seeing any license anywhere in the logging-log4j component (not
even buried in the .jar).

Here are the issues that would be nice to fix in either this release
or the next:

1. I'm still seeing the duplicate LICENSE file in the /java dir of
qpid-java-1.0-incubator-M1-RC2-src.tar.gz that does not include the
same list of third-party licenses as the one at the root does.  Not
sure why this duplicate LICENSE/NOTICE/README is even here.

2. It would be nice if the licenses mentioned in #2 of the MUST-fix
section above were in a top level directory of each component of lib/
dir, rather than inside a .jar that doesn't need to be unzipped to be
used.  We have no official policy on this at the moment, but I think
we should generally make it easy for someone to glance at a component
in /lib and easily see how it is licensed.

3. The top-level LICENSE file now meets the release requirements, but
it might be nice to name the license that is referenced in each line
at the bottom of the file (e.g. "MPL v1.1:
java/common/lib/saxon/license.saxon.txt" or
"java/common/lib/saxon/license.saxon.txt (MPL v1.1)" )

I will +1 a vote on a release that fixes the two MUST-fix issues; it's
up to you all whether you want to make it a little nicer by adding any
of the 1-3 nice-to-have items above.

Cliff

Reply via email to