www-repository mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Carlos Sanchez <car...@apache.org>
Subject Re: Making a redist of all the javax.* packages
Date Mon, 02 Jan 2006 14:35:12 GMT
I remember talking about this before and somebody mentioned that a
click through license would work with Sun. This is something planned
in maven as it is an option to easily switch implementations (eg.
geronimo's). We (maven team) are trying to get hold of the right
person in Sun to talk about it.

On 1/2/06, Mark Thomas <markt@apache.org> wrote:
> Steve Loughran wrote:
> > I am fed up with setting up javax.* stuff into local repositories, and
> > with OSS projects cant even legally host them in our own SCM repos.
> >
> > What I can do is redistribute *an application* which contains all the
> > JARs, and presumably the license files.
>
> Indeed you can but the licence for at least some of the javax.*
> prevents what is being proposed.
>
> The servlet licence file just says it can be distributed as part of a
> program but the javamail licence requires (amongst other things) that:
> - the program adds significant and primary functionality
> - the jar file is distributed for the sole purpose of running your program
>
> What is being proposed breaches both of these requirements.
>
> For the exact wording look at
> http://java.sun.com/products/javamail/downloads/index.html and follow
> the download javamail 1.3.3 link and "Review License Agreement"
>
> I haven't looked at the licences for any other javax.* packages but I
> would be surprised if most of them don't contain similar terms.
>
> > What is to stop us creating a java app which ships with all the
> > various JARs, an app whose aim in life is to install the JARs into the
> > users' local repository. Something like an "m2-javax-installer" app
> > with servlets, mail, activation, jta, ejb3, etc.
> >
> > I could stick it up on sourceforge if people are worried about apache
> > legal issues, make it one of the 'example ant apps' for Java Dev with
> > Ant, 2nd edition. In this situation the app would consist primarily of
> > a build.xml file running <m2:install> against various bundled JARs and
> > poms.
> >
> > Thoughts?
>
> Nice idea but Sun thought of this and have constructed a license that
> explicitly prevents it.
>
> A better approach would be to talk to Sun, explain the problem from
> our point of view, understand why they have specified the licence
> terms they have and see if we can find a solution that works for everyone.
>
> Mark
>
>

Mime
View raw message