Java プログラムで LGPL で公開されているライブラリを利用したときに従わなければいけない事項の説明は The LGPL and Java が一番良さそうだ。何より、GNU 自身から出されているので、自らの主張は歪曲することなく含まれていると思われる。ただ、彼らの主張することが全て法的に正しいと解釈されるのかは、私には判断がつかない。

Java NetBeans で構築した GUI には LGPL のライブラリが否応無しに同包されるので、最低限でも LGPL に沿ったライセンスにする必要が出てくる。そこで、全文引用し、重点を訳してみる。 訳さなかった部分は打ち消し線を引いている。

This article was written in November 2004, when LGPLv2.1 was the most current version of the license. Since then, LGPLv3 has been published. The main points of this article remain true about LGPLv3, but some of the details, such as section numbers, have changed. この文章は、LGPLv2 が最新だった 2004 年 11 月に書かれたもので、その後に LGPLv3 が発行されました。しかし、章番号など詳細な部分が変わることがあっても、この文章の本質的は意味は変わっていません。 It has always been the FSF's position that dynamically linking applications to libraries creates a single work derived from both the library code and the application code. The GPL requires that all derivative works be licensed under the GPL, an effect which can be described as “hereditary.” So, if an application links to a library licensed under the GPL, the application too must be licensed under the GPL. By contrast, libraries licensed under the GNU Lesser General Public License (LGPL) may be linked to proprietary applications. FSF において、動的ライブラリを用いて動作するプログラムは派生物 (derived) だという見方をとっています。GPL は全ての派生物が GPL ライセンスに従うことを必須としています。そのため、GPL ライブラリを用いる場合には、アプリケーションも GPL に従わなければいけません。それに引き替え、LGPL ライブラリは私有ソフトウェアでの利用も許可しています。 In July of 2003, Slashdot published a story claiming that I had claimed that the LGPL did not function as intended in the case of Java. This story was based on a misunderstanding of a response to a question sent to licensing@gnu.org, and many attempts to clarify the issue in the Slashdot story did not get across. I have recieved numerous questions about the story since, via both licensing@gnu.org and personal email. FSF's position has remained constant throughout: the LGPL works as intended with all known programming languages, including Java. Applications which link to LGPL libraries need not be released under the LGPL. Applications need only follow the requirements in section 6 of the LGPL: allow new versions of the library to be linked with the application; and allow reverse engineering to debug this. FSF の取る立場は一貫して変わっていません。LGPL は Java を含めた全ての言語に体して有効です。LGPL ライブラリにリンクするプログラムは LGPL に縛られる必要はありません。そのようなプログラムは、LGPL の第六章に従う必要があるだけです。つまり、新しいバージョンのライブラリとリンクできる様にするのと、デバッグの為のリバースエンジニアリングを許可することです。 The typical arrangement for Java is that each library an application uses is distributed as a separate JAR (Java Archive) file. Applications use Java's “import” functionality to access classes from these libraries. When the application is compiled, function signatures are checked against the library, creating a link. The application is then generally a derivative work of the library. So, the copyright holder for the library must authorize distribution of the work. The LGPL permits this distribution. 一般的な Java プログラムでは、ライブラリは個別の jar ファイルによって配布されます。Java の import はこれらのライブラリの class ファイルにアクセスするのに用いられます。プログラムがコンパイルされた時に、このライブラリのインターフェースが調べられ、結合されます。その為、このプログラムはライブラリの派生物として見なされます。この著作物の権利者であるライブラリの作者はこのライブラリの再配布を認めます。そして、LGPL はこの配布を許可します。