我想为Google App Engine制作一个网络应用，这意味着它将使用Google App Engine提供的一些API，例如google.appengine.ext.db。它们中的大多数当然没有在与GPL兼容的开源许可下获得许可，尽管这些是像libc这样的运行时库。因此，不允许根据GPL或AGPL许可Web应用程序吗？
答案 0 :(得分：1)
如果您需要与专业知识产权律师交谈，需要详细而又昂贵的答案。
我的理解是，只要您只是使用Google API＆＃34;就可以按照任何条款许可您的应用。＆＃34; （即Google允许您使用它们），而无需修改其源代码或将其源代码复制到您自己的代码中。
您还可以查看Appscale，它是App Engine的开源实现。根据他们的项目页面，他们由谷歌和国家科学基金会赞助。
答案 1 :(得分：0)
标准免责声明：我不是律师。如果你担心可能的法律问题，你应该得到一个。
如果它完全是您的应用程序 - 您不会从其他人（A）GPL承保的工作中借用代码或使用第三方（A）GPL涵盖的库，您可以根据您想要的任何条款发布它。因此，如果您已经不受某些许可证要求的约束，可以通过添加异常来使（A）GPL的copyleft更弱一些，该异常允许链接您与Google App Engine库的工作。
以下是包含该额外许可的GNU GPLv3版权声明的措辞，FSF recommends to use：
版权所有（C）[年] [版权所有人的姓名]
该程序是免费软件;您可以根据自由软件基金会发布的GNU通用公共许可证的条款重新分发和/或修改它;许可证的第3版，或（根据您的选择）任何更高版本。
本程序的发布是希望它有用，但没有任何担保;甚至没有适销性或特定用途适用性的暗示保证。有关更多详细信息，请参阅GNU通用公共许可证。
您应该已收到GNU通用公共许可证的副本以及此程序;如果没有，请参阅http://www.gnu.org/licenses。
GNU GPL第3版第7节下的其他权限
如果您修改本程序或任何涵盖的工作，可以将其与[库的名称]（或该库的修改版本）链接或组合，包含[库的名称]条款所涵盖的部分。许可证]，本程序的许可方授予您额外的许可，以传达最终的工作。 {这种组合的非来源形式的对应来源应包括所使用的[图书馆名称]部分的源代码以及所涵盖作品的源代码。}
当然，如果无法分发GPL不兼容库的来源，则应删除花括号中的句子。 （那是你的情况。）
该例外被广泛用于（A）依赖于OpenSSL的GPL覆盖的软件，该软件在free but GPL-incompatible license下发布。例如，GNU本身就将它用于Wget。
答案 2 :(得分：0)
其他答案者尚未解决的另一个方面是发行。像（A）GPL这样的许可证只有在您实际分发应用程序时才会发挥作用：即，如果您允许人们下载源代码并自行安装。如果您所做的只是在GAE上托管网站，那么就没有法律含义。