web-dev-qa-db-ja.com

WebサービスでAGPLの要件を満たすにはどうすればよいですか?

簡単なツールでPDFフォームを解析し、関連するフィールド名とユーザー値のみを取得する必要があります。- PDFSharp は、 MITライセンスですが、Acrobatのいくつかのバージョンが背後にあるため、機能しません。(私の検索で明らかになった)最も人気のあるライブラリは iTextSharp のようです。 =。したがって、私はAGPLの複雑さを紹介されます。

さて、私たちのアプリの構造について。同じ機能を必要とする、後で使用する可能性のあるすべてのアプリの中で、シンプルで再利用可能なものが必要です。私の計画は、PDFファイルを受け取り、キーと値のペアのリストでフィールドと値を返すだけの単純なWebサービスを設計することでした。

これはイントラネットサービスである限り、この質問で説明されているように、AGPLからの懸念はないようです。 内部のクローズドソースプロジェクトでオープンソースライブラリを安全に使用できますか?

これが最も可能性の高いシナリオですが、サービスを外部に公開する必要がある場合に備えて、事前に知っておきたいと思いました(たとえば、一部のSilverlightクライアントなど)。サービスが外部に公開された場合、AGPLの下で、サービス自体のソースを提供する必要があるだけでしょうか?または、サービスの利用者のソースも提供する必要がありますか?

したがって、1)イントラネットのシナリオではこれ以上の考慮事項がないことの確認、および2)Webサービスが公開されている場合は何が必要かを確認します。

5
Mike Guthrie

一般に、作品を「伝え」ない限り、コピーレフトは適用されません。 FSFは、「内部使用」を伝達の形式とは見なしていません。

後でサービスをインターネット上の外部APIとして公開する場合、それはAGPLの下での伝達と見なされます。 AGPLの条件に準拠するには、オープンソースにする必要があります適切に機能するためにそのAPIに依存する、他のソフトウェアも伝えようとしている

通常の免責事項が適用されます。扱いやすいアドバイスが必要な場合は、ソフトウェアライセンスを専門とする弁護士に相談してください。

5
Robert Harvey