商用WebアプリケーションでApacheソフトウェアライセンス、バージョン2.0およびGNU LGPL 3ライセンスプラグインを使用できますか？
2つのプラグインがあります。 1つはGNU LGPL 3ライセンスで、もう1つはApacheソフトウェアライセンスバージョン2.0です。これらを商用アプリで使用できますか？使用している場合、どのような予防策を講じる必要がありますか？
商用アプリで使用できますか？
それは、あなたが作成するソフトウェアで何をするつもりかによって異なります。
まず、どちらのASL1、GPLまたはLGPLは、ソフトウェアを使用して組織内で実行できることを制限します。制限はすべて、組織外に配布されるコードにあります。
GPLの制限は、GPLのコードを独自のソフトウェアに組み込み、その後、ソフトウェアを組織外に配布する場合、GPLまたは互換性のあるオープンソースライセンスの条件に基づいてソースコードを利用可能にする必要があるということです。
したがって、アプリケーションでGPL化されたコードを使用して配布する場合、アプリケーションはオープンソースである必要があります...さもなければ、ライセンスに違反しています。
LGPLの場合、制限（上記を参照）は、LGPL化されたライブラリ自体のソースコードにのみ適用されます。つまり、ライブラリを変更した場合。ライブラリを使用するだけの場合、ソースコードを利用可能にする必要はありません。
また、アプリケーションのLGPLコードは、コードのユーザーが置き換え可能でなければならないという制限もあります。つまり、（事実上）コードをバイナリとしてのみ配布する場合、そのライブラリに対してコードを静的にリンクすることはできません。動的リンクを使用する必要があります。
ASLの場合、唯一の重要な制限は、元のバージョンから何かを変更した場合は、使用しているASLされたコードを伝える必要があることです。
最後に、明確にするために、GPL、LPGL、ASLのいずれも、ソフトウェアの使用における目的に制限を設けていません。そしてそれはあなたの目的がお金を稼ぐことであるかどうかを含みます。彼らはあなたがお金を稼ぐことができるwayを制約するだけです...そしてLGPLとASLの場合、制約はかなり最小限です。
はいの場合、どのような予防策を講じる必要がありますか？
LGPLおよびASLの場合、予防策は必要ありません。
IANAL-私は弁護士ではありません。確信が必要な場合は、実際の資格のある専門家、つまりソフトウェアIP法を専門とする弁護士に依頼してください。
1-この回答では、ASL == Apacheソフトウェアライセンスバージョン2。
Apacheライセンスは、Apacheライセンスで配布されるプラグインまたはライブラリにリンクするソフトウェアに制限を課しません。一方、LGPLには、LGPLライブラリが動的にリンクする（そしてユーザーが置き換えることができる）か、GPL互換のオープンソースライセンスの下ですべての作業をリリースする必要があるという要件があります。
クローズドソースアプリケーションで使用する場合、これは事実上、Apacheライセンスプラグインを制限なしで使用できること、およびLGPLライセンスプラグインを動的にリンクする必要があることを意味します。
アプリケーションと一緒にいずれかのプラグインを配布する場合は、プラグインのソースを提供するか、ユーザーがそれらのソースを入手できる場所をユーザーに通知する必要があります。