Re: Rationale for the Classpath exception

[neugens.limasoftware@gmail.com]

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

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 11:42
Oggetto: Rationale for the Classpath exception
A: <discuss at openjdk.java.net>

I've been looking at single-executable deployments on Windows and
noticed that while the jdk subcomponent is mostly GPL plus Classpath
exception, Hotspot is GPL without the exception.  As far as I can tell,
this makes single-executable deployments nearly impossible, even for
non-proprietary applications, because code from the Apache Software
Foundation is so ubiquitous in the Java world (even OpenJDK includes
them).

Most free Hotspot replacements are released under the GPL, too, so it is
difficult for me to imagine a rationale for using the Classpath
exception on the jdk subcomponent, when you still need to ship another
component which is GPL-licensed.

-- 
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