PDFレンダリング技術を評価しています。XSL-FOは、オープンスタンダードであり、ソースデータがXMLであるため、選択したパスです。XSL-FOのさまざまな実装で人々はどのような経験をしましたか？
私がこれまでに見つけた実装は次のとおりです。
私が評価に使用している基準は、パフォーマンス、安定性、サポート性、価格、テンプレート管理ツールです。また重要なのは、優れたJavaAPIとUnixで実行できる機能です。
最終的にどの製品を選択する場合でも、テンプレートの作成に役立つコンサルティングサービスを見つけるように求められるため、テクノロジーに精通した開発者を見つける能力が重要です。
アップデート：
Ecrionの人々は、renderXの人々によって 論争されているパフォーマンスの比較を行いまし た。ただし、renderXはこれまで、比較のために独自のベンチマークまたはテストを提供することを拒否しています。自分でベンチマークを実行する必要があると思います。
これまでのところ、WordML出力をサポートしているEcrionに傾倒しており、renderXの人はちょっと失礼でした。
Ibex pdf クリエーターは、Java および .NET 実装を備えた優れた XSL-FO エンジンです。
私は彼らの Java 実装を使用しましたが、必要なことはほとんどすべて実行でき、パフォーマンスも優れていました。 XSL-FO 処理を必要とするクライアントを構築している場合は特に、ライセンス モデルは非常に優れています。クライアントごとの配布ではなく、開発者ごとに料金を支払います。
アンテナハウスとrenderX. XSL-FO スペースのリーダーです。XSL-FO 仕様の優れたツールと全体的なサポート/実装があります。
どの FO エンジンを使用するかに関係なく、開発用にいくつか用意しておくと便利です。 さまざまな FO エンジンを介してレンダリングすると、XSL-FO をテストし、正しくない出力がレンダリング エンジンまたは XSL-FO の問題によるものかどうかを判断するのに役立ちます。
Ecrionには、最も高度なレポートデザイナーがいます。これはAntennaのツールよりもはるかに上にあり、編集中の実際のXSL-FOを確認できます。EcrionのDesignerは、FOPを含むすべてのXSL-FOフォーマッターで使用できるため、これは重要です。他のベンダーは、独自のFOフォーマッターへのベンダーロックインを実現しようとしています。
アンテナハウスは、もう 1 つの主要な XSL-FO 実装です。