2

[L] GPLライセンスをJavaおよびC＃コードにどのように適用する必要がありますか？Sun JDKがGPLになると、標準ライブラリに対して特別な例外が発生したことを私は知っています。

したがって、アプリケーションソースを開くことができず、それでも配布したい場合は...

  • ... GPLされたライブラリを（そのクラスをインポートすることによって）使用できますか？
  • ...LGPLで使用したものを使用できますか
  • ...私のアプリケーションはGPLされたアプリケーションサーバー上で実行できますか（そのサービスとAPIを使用）

上記のすべての質問で、GPL =GPLv.2です。

ありがとう

4

4 に答える 4

4

まず、他人の作品の上に商用ソフトウェアを構築している場合は、弁護士を雇って、著作権所有者のライセンスと特定の使用法に準拠していることを確認する必要があります。

そうは言っても、ここに私のアドバイスがあります：

  1. コードを GPL として配布する場合を除き、GPL アプリまたはライブラリにリンクしないでください。
  2. LGPL に関する限り、著作権所有者に確認することをお勧めしますが、Free Software Foundation は Java に関する LGPL の解釈を明確にしています: LGPL と Java by David Turner。
  3. GPL フレームワーク (アプリ サーバーなど) を拡張する場合は、フレームワークのライセンスに従う必要があります。
  4. SOAP などを使用してサービスにアクセスしている場合は、GPLv2 で問題ありません。RMI を使用している場合は、リンク先のスタブがおそらく GPL の下にあるため、状況が異なる可能性があります。

さて、Java ランタイムについて心配しているのであれば、心配する必要はないと思います。Sun が Java を GPL 専用にしたとしたら、私は驚くだろう。彼らには、独自のアプリケーションを構築するために Java を拡張して使用できるという事実に依存する顧客が多すぎます。多くの場合、ソフトウェアは、ユーザーが条件を選択できる複数のライセンスの下でリリースされます (たとえば、Firefox はこのアプローチを使用し、GPL、LGPL、および MPL の 3 つのライセンスでライセンスされています)。

于 2008-12-29T19:10:31.130 に答える
3

オープンソースに対する Sun のコミットメントに関係なく、Java アプリケーションのライセンスを GPL、LGPL、MIT、またはいわゆる「専有」ライセンスで取得できます。

「... GPL 化されたライブラリを (そのクラスをインポートすることによって) 使用できますか?」いいえ。それが純粋な GPL ではない場合を除きます (デュアル ライセンス、「クラスパス例外」などがある、または外部アクセス用のパブリック ドメイン インターフェイスがある)。ただし、これはアプリケーションを配布する場合にのみ適用されます。アプリケーションが内部でのみ使用された場合、ソース コードを配布する必要はありません。

「... LGPL 化されたものを使用できますか」 LGPL コードは別ファイルに保管しておけば参照できます。Java の場合、LGPL コードを別の jar に保管します。C# の場合は別の DLL に保管してください。とにかくエンドユーザーがそれを置き換えることを許可する場合は、アプリケーションに LGPL コードを含めることができます (ただし、これは単に別のファイルとして残すよりも難しい場合があります)。

「... 私のアプリケーションは、GPL 化されたアプリケーション サーバー上で (そのサービスと API を使用して) 実行できますか?」いいえ、それらのサービス/API に他のライセンスがない限り。

参照: https://stackoverflow.com/questions/137048/how-do-i-tell-if-i-can-re-use-a-free-software-library-in-a-commercial-app

于 2008-12-29T19:00:23.600 に答える
1

[暴言] GPL と LGPL は、用語を正しく理解できない非常に悪い弁護士によって書かれたひどいライセンスです。したがって、それらが実際に何を意味し、実際の状況にどのように適用されるかは、誰でも推測できます[/暴言]

正解は、著作権者から訴えられることが本当に心配な場合は、弁護士に相談することです。これらのライセンスは複雑すぎて、このフォーラムで意味のある回答を得ることができません。

現実世界の答えは、Java ライブラリを LGPL の下に置く人は、商用の Java アプリケーションにリンク/再配布することを意図している可能性が最も高いということです。応用。

GPL に基づいて Java ライブラリを配布する人々は、それらを商用アプリケーションに組み込むことを意図していないか、法的な影響について気にかけたことがない. . 商用コードで GPL 化された Java ライブラリを避けることをお勧めします。ただし、GPL アプリケーションを商用アプリケーションと並べて含めることは問題ありません。

GPL が適用されたアプリケーション サーバー内での実行に関しては、標準の API (サーブレット、jsps、JMX など) に固執する限り、間違いなく問題ありません。サーバー専用の API を使用する必要がある場合、問題はより複雑になるため、私は間違いなく弁護士に相談しますが、App Server のコード所有者の意図は、そのような使用を許可することです。

于 2008-12-29T19:31:58.403 に答える
1

IANAL ですが、GPL は著作権に依存していることを覚えておくことが重要だと思います。したがって、著作権法で許可されるものはすべて、GPL で許可されます。たとえば、GPL は、派生作品を作成し、それを非 GPL モジュールにリンクすることを禁じています。この種の引数は、たとえばバイナリ Linux カーネル モジュールの使用を防ぐために使用されます。ただし、カーネルの派生作品ではないモジュールは、カーネルの著作権に該当するとは見なされないため、GPL である必要はありません。注: モジュールを含む結果のカーネルは派生作品と見なされる場合があり、モジュールが派生作品ではないことを証明することは問題になる可能性があります。でも切って干してない。

また、GPL にはベース オペレーティング システムの例外が含まれており、GPL ソフトウェアをプラットフォームの不自由なライブラリにリンクすることができます。これにより、自由ソフトウェアが自由でないプラットフォームで実行できるようになります。JVM がプラットフォームであり、J2EE アプリケーション サーバーのようなものでさえもプラットフォームであると言えます。GPL Web アプリケーションとプラットフォームを一緒に再配布することは許可されていない場合がありますが、Websphere に移植された GPL Web アプリケーション (たとえば) は依然として GPL に準拠している可能性があります。

複雑さを考えると、それについて弁護士に相談することは理にかなっています.

于 2009-07-06T13:03:32.190 に答える