使用Sejda 1.0.0.RELEASE，我基本上遵循了tutorial for splitting a PDF，但是尝试合并（org.sejda.impl.itext5.MergeTask，MergeParameters，...）。 FileTaskOutput都可以很好地工作：
parameters.setOutput(new FileTaskOutput(new File("/some/path/merged.pdf")));
但是我无法将其正确更改为
StreamTaskOutput：OutputStream os = new FileOutputStream("/some/path/merged.pdf");
parameters.setOutput(new StreamTaskOutput(os));
parameters.setOutputName("merged.pdf");
没有错误报告，但是预览文件无法读取生成的文件，并且比上面保存的文件小31 KB（约合1.2 MB）。
我的第一个想法是：流没有正确关闭！所以我在
os.close();的末尾添加了CompletionListener，仍然是同样的问题。备注：
我需要使用
StreamTaskOutput的原因是此合并逻辑将存在于Web应用程序中，并且合并的PDF将直接通过HTTP发送。我可以存储临时文件并提供该文件，但这是一个hack。由于许可问题，我无法使用该任务的iText 5版本。
编辑
原来，原因是
StreamTaskOutput将结果压缩为ZIP文件！罪魁祸首是OutputWriterHelper.copyToStream()。如果我将merged.pdf重命名为merged.zip，则它是包含完全有效的merged.pdf文件的有效ZIP文件！任何人（图书馆的亲爱的作者）都可以评论为什么会这样吗？
最佳答案
这个想法是，当一个任务使用一个MultipleOutputTaskParameters生成多个输出文档时，该StreamTaskOutput必须对其进行分组，以便能够将所有文档写入流输出。不幸的是，Sejda当前将相同的逻辑应用于SingleOutputTaskParameters，因此出现了问题。我们可以在Sejda 2.0中修复此问题，因为在SingleOutputTaskParameters情况下直接流送出文档更有意义。对于Sejda 1.x，我不确定如何解决与现有行为兼容的问题。