比 JODCONVERTER 更快 [关闭]答案

【问题标题】：Faster than JODCONVERTER [closed]比 JODCONVERTER 更快 [关闭]
【发布时间】：2012-04-28 22:17:42
【问题描述】：

我一直在改进一个文档管理项目，其中一个要求是在网页中呈现文档（word、pdf 等）。可以使用 iframe、对象或嵌入标签和 servlet 呈现 Pdf。但是word、excel等其他文档无法在网页中呈现。我的解决方案是在渲染时将这些文档转换为 pdf 或 html 并像这样渲染它们。我尝试使用 JODCONVERTER 将它们转换，它确实可以转换，但将几乎有 700 页的单词（docx）转换为 pdf 25-30 秒，转换为 html 30-35 秒。太多了。在事件过程中，等待太多对用户不利。文件将存储在我们的服务器上，而不是其他地方。还有其他更快的转换或更好的解决方案吗？

谢谢！

【问题讨论】：

您可以预先转换为 pdf/html 并保存到数据库/文件系统中。或者你有什么理由不这样做？
这时会出现磁盘空间问题。我认为存储两个版本只是为了在网页中呈现它们是不好的。
Alfresco 社区可以完美预览文件。你可能想检查他们的代码wiki.alfresco.com/wiki/Source_Code
Alfresco 预览系统还将文档的 swf 版本存储在隐藏属性中。

标签： java html servlets documentation jodconverter

【解决方案1】：

您可以将 jodconverter + LibreOffice 3.5.* 或 jodconverter + OpenOffice.org 3.4.1（我最近都尝试过，它们比 LibreOffice 3.6+/4.0+ 快得多）结合惰性/并行转换过程改善响应时间。

【讨论】：

你能分享一下快多少？
当然我的数字是实验性的，但在我的试验中，LibreOffice 3.6+ (LO36) 将 4.3 mb（大约 500 页）“doc”转换为 pdf 的时间是 LibreOffice 的两倍3.5 (LO35) 用于相同的任务。明确地说：LO35: 35s., LO36: 72s., OpenOffice.org 3.4.1: 42s.;大约。以秒为单位的次数。（对不起“英语”）

【解决方案2】：

您无法一次转换 700 页内容。甚至 Google Docs 也会将您上传到上传文档的云转换队列中。因此，您可以实现这种队列，它会一个一个地懒惰地转换您的文档，并且您可以在转换操作挂起时向用户显示适当的消息。当然，这个队列必须将转换后的文件保存到文件系统，这样您就可以随时显示它。您必须在这里考虑磁盘空间问题。

一个盲目的解决方案是在另一个浏览器选项卡中使用正确的 mimetype 打开文件，假设浏览器是 ie 并且安装了 microsoft office，希望它会在浏览器中本地打开文件。但是，它不是独立于平台的解决方案。

【讨论】：