www-legal-discuss mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ralph Goers <Ralph.Go...@dslextreme.com>
Subject Re: Apache's LGPL Policy
Date Wed, 03 Aug 2005 01:55:07 GMT

Please read http://www.gnu.org/licenses/lgpl-java.html.  The FSF 
considers a derivative work any Java code that imports an LGPL'd 
library. And using reflection doesn't get you off the hook.
In the example below you created a derivative work by importing the 
hibernate classes or interfaces into Roller.

Ralph

dandiep@apache.org wrote:

>
> This doesn't make any sense to me. I quote:
> """
> A program that contains no derivative of any portion of the Library, 
> but is designed to work with the Library by being compiled or linked 
> with it, is called a "work that uses the Library". Such a work, in 
> isolation, is not a derivative work of the Library, and therefore 
> falls outside the scope of this License.
>
> However, linking a "work that uses the Library" with the Library 
> creates an executable that is a derivative of the Library (because it 
> contains portions of the Library), rather than a "work that uses the 
> library". The executable is therefore covered by this License. Section 
> 6 states terms for distribution of such executables.
>
> """"
>
> IANAL, but I do not qualify dropping an LGPL into my /lib directory as 
> linking. The linking is all done at classloading time by the java 
> classloader.
>
> Lets take a hypothetical example.  Roller imports the hibernate 
> classes. I can create a jar with the same method signatures which 
> provides the same functionality and have it linked at runtime to my 
> java code by simply tweaking the classpath. Therefore Roller must not 
> yet be linked to the hibernate jar in the distribution. So therefore 
> shipping Roller from Apache with the hibernate jar would still be in 
> isolation.  Or is that completely off base?
>
> - Dan
>

---------------------------------------------------------------------
DISCLAIMER: Discussions on this list are informational and educational
only, are not privileged and do not constitute legal advice.
---------------------------------------------------------------------
To unsubscribe, e-mail: legal-discuss-unsubscribe@apache.org
For additional commands, e-mail: legal-discuss-help@apache.org


Mime
View raw message