Re: Rationale for the Classpath exception

neugens.limasoftware@gmail.com neugens.limasoftware at gmail.com
Thu May 19 11:40:59 UTC 2011


My knowledge is that a java class is by definition self contained in its execution environment, so different classes with different licenses can be mixed together, so this restriction does bot apply, unless you modify the source code of course.

Disclaimer: IANAL.

Mario
-- 
Sent from HTC Desire...

pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF
Fingerprint: BA39 9666 94EC 8B73 27FA  FC7C 4086 63E3 80F2 40CF

http://www.icedrobot.org

Proud GNU Classpath developer: http://www.classpath.org/
Read About us at: http://planet.classpath.org
OpenJDK: http://openjdk.java.net/projects/caciocavallo/

Please, support open standards:
http://endsoftpatents.org/


----- Reply message -----
Da: "Florian Weimer" <fweimer at bfk.de>
Data: gio, mag 19, 2011 13:10
Oggetto: Rationale for the Classpath exception
A: "neugens.limasoftware\@gmail.com" <neugens.limasoftware at gmail.com>
Cc: <discuss at openjdk.java.net>


* neugens:

> I don't follow you rationale, what does it have to do the class
> library, with the license if the vm, with Apache code?

Apache code is usually licensed under the Apache License, version 2.0,
which is widely believed to be incompatible with the terms of the
GNU General Public License, version 2.

-- 
Florian Weimer                <fweimer at bfk.de>
BFK edv-consulting GmbH       http://www.bfk.de/
Kriegsstraße 100              tel: +49-721-96201-1
D-76133 Karlsruhe             fax: +49-721-96201-99


More information about the discuss mailing list