将这些用于PDF生成的产品与Java内部给定的需求进行比较: iText、Apache PDFBox或FOP？

Question

在这方面有一些问题，但不是最近，技术肯定从那时起就一直在发展。

要求：

• 基于预定义模板生成pdf文档(我可以使用pdf表单或xsl-fo)
• 能够填充文本数据
• 能够填充图形数据(生成的条形码)
• 能够在生产环境中更改pdf模板，而无需修补(重新编译)
• 生成要保存在数据库中的pdf文件(如blob)和/或打印
• 开放源码/免费

假设的选项是iText，PDFBox，FOP，还有其他的吗？基于上述要求的建议是什么？

Answer 1

1. iText；现在iText是一个商业库，最新版本不再是免费的(旧版本的叉子仍然处于麻省理工学院许可之下：OpenPDF)
2. 我在FOP上做了很多工作。它需要相当多的资源(Java > XML > XSLT > PDF)，复杂的PDF变成了噩梦(可能会导致20k+ LoC的XSLT)。
3. PDFBox；虽然我没有在大型项目中使用它，但它似乎是最好的选择。
4. 还没检查飞人索科尔

最后，我要给PDFBox一次尝试。根据您的条形码要求，您可能需要内联您的条形码(字体)到PDF或分发字体给您的客户-处理这些问题。

Answer 2

我已经做了一个项目与飞Saucer http://code.google.com/p/flying-saucer/，这是基于iText。它是免费的，易于使用，对CSS有很好的支持，并且有很好的开源。

Answer 3

我认为iText和Apahce FOp都可以满足您的标准，但是这里有一些附加的标准：

• 许可: FOP是基于Apache许可证的，因此也是商业用途的“友好”。
• 柔韧性:像iText这样的低级别API比高级别FOP更灵活。
• 可视化工具:有这里有一个FOP设计师。
• 编程模型: iText基于编程API，而FOP需要一个XSLFO模板，而且编程量更少。
• 专利与标准。Apache是基于标准的，因此是独立于供应商的，而iText是proprietaRy API。
• 性能:据说FOP是计算密集型的。这当然取决于您的目标PDF文件是什么。对我来说，使用FOP从来都不是问题。

我不会使用PDFBox，它有利于读取和修改现有的PDF文件，但是使用PDFBox从头创建一个文件需要做很多工作。