我正在评估 PDF 渲染技术。XSL-FO 是我们选择的路径，因为它是一个开放标准并且我们的源数据是 XML。人们对 XSL-FO 的各种实现有什么经验？
到目前为止我发现的实现是：
我用来评估的标准是：性能、稳定性、可支持性、价格、模板管理工具。同样重要的是：良好的 java API 和在 Unix 上运行的能力。
无论我们最终选择什么产品，我们都会被要求寻找咨询服务来帮助我们构建我们的模板，因此找到精通该技术的开发人员的能力很重要。
更新：
Ecrion 的人做了一个性能比较 ，这引起了renderX 人的争议。然而，迄今为止，renderX 拒绝提供他们自己的基准或测试进行比较。我想我必须运行自己的基准测试。
到目前为止，我倾向于 Ecrion，因为它支持 WordML 输出，而 renderX 的人有点粗鲁。
Ibex pdf creator是一个很好的 XSL-FO 引擎，具有 Java 和 .NET 实现。
我使用了他们的 Java 实现，它几乎完成了我们需要的所有工作，而且性能非常好。 他们的许可模式非常好，特别是如果您正在构建需要 XSL-FO 处理的客户端。您支付每个开发人员的费用，而不是每个客户的分发费用。
天线屋和renderX。是 XSL-FO 领域的领导者。他们有很好的工具和对 XSL-FO 规范的整体支持/实现。
无论您决定使用哪种 FO 引擎，有几个可用于开发是有帮助的。 通过不同的 FO 引擎进行渲染有助于测试您的 XSL-FO 并确定不正确的输出是由于渲染引擎的问题还是您的 XSL-FO 的问题。
Ecrion 拥有最先进的报表设计器。它位于 Antenna 工具之上，您可以看到正在编辑的实际 XSL-FO。这很重要，因为您可以将 Ecrion 的 Designer 与包括 FOP 在内的所有 XSL-FO 格式化程序一起使用。其他供应商正在尝试将供应商锁定到他们自己的 FO 格式化程序。
Antennahouse是另一个主要的 XSL-FO 实现：
迟到，但要完成：我正在使用来自 www.alt-soft.com 的 XML2PDF Workstation - 它快速、便宜并且可以完成工作，甚至是 SVG 和书签。