Encumbered code in openjdk - code under Apache License?

The Open JDK FAQ has a section on Code and Encumbrances. I wonder why it does not list all the software under Apache License both 1.X and 2.0? For example, Sun has versions of various Apache projects like BCEL, RegExp, Xalan/XPath, Xerces and XML-Security under its own package name com.sun.org.apache. Looks like the Sun Lawyers did not read “GPL-Incompatible Free Software Licenses” and “GPL-compatibility“. So as per FSF, code under Apache License is not kosher with GPLv2. Looks like the Classpath community needs to rescue Sun/OpenJDK from the clutches of Evil Apache just like they freed Java Folks, Here’s where you need to start:

https://openjdk.dev.java.net/source/browse/openjdk/jdk/trunk/j2se/src/share/classes/com/sun/org/apache/

About this entry

You’re currently reading “Encumbered code in openjdk - code under Apache License?,” an entry on Show me the code! - By Davanum Srinivas

Published:: 5.12.07 / 9pm

Category:: Uncategorized

Tags:

Dalibor Topic 5.14.07 / 10am

The classpath exception lets them link their own class library code with the other components without triggering the provisions of the GPL.

Since OpenJDK does not have to care about ahead-of-time compilation of static binaries as it does not offer that feature, like Classpath has for some markets where gcj is used (just saw an embedded device shipping in hundreds of thousands of units at j1 that uses gcj to ahead-of-time compile an application to a static binary), the problems GNU Classpath has with introducing code from Apache in its own class library don’t map to OpenJDK.

Show me the code! - By Davanum Srinivas

Encumbered code in openjdk - code under Apache License?

About this entry

1 Comment

Have your say

Monthly Archives

Recently

About