有人知道iText的叉子吗[[关闭]

在某种意义上,想要使用或继续使用LGPL版本是对Bruno的个人侮辱。

人们之所以采用这个图书馆,是因为它最初是LGPL呢?现在,包名称和许可证的更改应该是可以的,我们应该闭嘴接受它。这就是所谓的诱饵和开关。

您的请求有许多问题:

• 保持一个iText叉相当短。我正好是他们中的一员
• 能够维护iText fork并愿意潜在地挫败Bruno最终从iText赚点钱的人的名单是零。我当然不是他们中的一员。

所以有很多人会喜欢为他们的商业应用程序提供一些免费的(小“f”)代码。他们可以使用2.1.7和处理任何错误,单独去做,分享他们的来源,或出一些钱。

我在我的博客中讨论了iText AGPL许可证的一些实际问题(链接自我的SO配置文件)。为什么不买IText呢?当然,这是许多商业PDF库中的一个选择,尽管它们确实需要针对竞争对定价进行标准化。

事实上,我过去从来没有用过太多的文字。它总是缺少某些特性,或者API比其他(非免费的)替代方法要困难得多,尤其是对于最小的PDF操作(而不是生成报告所需的PDF操作级别)。

到目前为止,我所知道的唯一一个类似许可的PDF库是ICEPdf,它位于 MPL 1.1 license

旧版本仍然存在。考虑到Itext的大部分开发都是由Bruno和其他几个人开发的,他们将把这些东西放到新版本中,有什么意义吗?谁来研制叉子?