On 5/9/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:

To keep consistency with every other James project and to keep
consistency between maven2 needs and ant needs I would prefer if you
don't place libs in the /lib folder.
About the test folder I don't see the need to have it if we don't have
tests, but if you need it to avoid loosing more time with gump I'll take
care to readd it (and fix the pom to include junit, and place junit jar
in the stage folder).

I'll leave all of that as it is, I'm not particularly happy with it,
but its no big deal.

A question: are you 100% sure?

> In other words this link is not allowed:
> 
http://svn.apache.org/repos/asf/james/mailet/trunk/stage/javax.mail/jars/mail-1.4.jar

Why do you think this link is different from any mail.jar present in
maven repositories?

I don't, I also think that that violates the licence as well. We'll
see what legal-discuss has to say.

Please check with the ASF legal team
if you think we are not in line with legal requirements because we
already do the same at least in JAMES Server and in most other JAMES
project (junit CPL is again a binary only license).

I have posted to legal-discuss and I will await a response.

> > To obtain binary/source JARs including the new CDDL license we have to
> > use the maven-repository where the glassfish project deploy the
artifacts

Ok I wasn't aware of that. But I still think we need to ensure that we
have downloaded from a location which is clearly signposted as
allowing us to re-distribute without requiring people to agree to the
licence.

I appreciate your concern: I think I provided you a lot of references on
why we have them in SVN. If you still think this is wrong please contact
the ASF legal team about this, so we'll have an official position.

I understand why, dependence management in Java is completely
hopeless, but putting binaries in version control is a workaround not
a solution, and this argument has raged for seven years on
[EMAIL PROTECTED] and other places.

I agree, we need an official position.

d.

Reply via email to