GPL，LGPL许可

Question

我的应用程序使用2个库(未修改)。第一个在GPL下，第二个在LGPL下。这意味着我的应用程序需要在GPL和LGPL下发布，因为这两个库都将随我的应用程序一起发布。这很好。现在，应用程序公开插件基础设施，以便任何人都可以为它编写插件。插件将无法直接与文本开头提到的这2个库进行通信，因为它们不知道应用程序背后是什么。插件不会随应用程序一起提供。用户可以通过应用程序从开放/公共插件列表中选择要安装的插件。

问题：

1. 也需要在GPL下发布插件吗？
2. 有没有办法在封闭源代码许可下发布一些插件？哪一个？
3. ，最好的许可方法是防止公司在客户端(应用程序)编写免费的插件，而在没有商业许可的情况下在服务器端不免费的插件？(插件调用对服务使用收费的web服务)。在这种情况下，我希望公司支付一些费用，因为一方面，这是用于商业用途。例如，某人有一个web服务，可以在各种格式之间转换图像。有人写的插件，需要用户帐户信息(登录)。插件连接到他的web服务，认证，转换图像和收费用户帐户一定数量。在这个例子中，插件是免费的安装和使用。这是用户的选择，他会完全使用还是不使用。

这样的事有可能吗？

谢谢。

Answer 1

1. 是一个热门的辩论。具体来说，如果程序提供的API用于转发调用，插件在逻辑上基本上依赖于所述库，因此一些人认为它是受GPL约束的。至少，必须合理地确定，所述插件可以在“他们自己的”/“独立的”上运行，并且不依赖于代码--从法律角度来看，而不是从技术角度。很难表述，IANAL等等，最好的做法是不要停留在灰色地带；更好的发布代码:这比律师更便宜，用户也很开心。如果
2. 说插件与所使用的库相当独立(见第1点)，您可以选择任何您喜欢的许可。
3. 实际上无法阻止某人为您的程序编写一个插件，该插件与非免费啤酒服务接口。您可能会通过使用数字签名等技术措施来阻止用户使用这些插件，但这也会让免费啤酒服务的作者和自由软件代码作者们陷入困境。

Answer 2

你在做一些未经考虑的假设。

例如，您假设您的应用程序必须获得LPGL许可，因为它的一个库是。那是不真实的。如果您的应用程序是GPL许可的，您可以使用LPGL库。这是合乎逻辑的，因为GPL许可证实际上是LGPL的超集。

GPL也不是病毒。GPL库的版权所有者不能要求您将GPL强加给第三方插件。(他可以要求你按照这样的条件发布你自己的插件。GPL没有。那些打包成插件但功能像强制库的库是一个灰色地带。)

所以，Q1:没有。Q2:是的，保持插件的可选性和界面的良好定义.Q3。你不能真的。许多国家在版权法中都有限制着作权法适用范围的例外情况，当它被用来限制互操作性时。由于所描述的插件的存在正是为了支持您的程序和他的web服务之间的互操作性，版权法将对您进行限制。其次，这在全球适用，GPL许可证禁止您对程序设置限制。因此，它不能拒绝这样一个商业插件。