Alfresco PDF缩略图预览不可读

Question

不确定这是正确的stackexchange网站，但似乎是我能找到的关于Alfresco最多问题的地方，所以这里就是。

在RHEL5 64位盒子上安装Alfresco Community Edition 4.2.d（主要是在本地使用MySQL作为数据库的默认安装栏）。将PDF上传到documentLibrary很好，并且正在生成缩略图预览和Flash预览。如果PDF已由ABBYY OCR（我们在单独的服务器上运行并用于OCR扫描的PDF）处理，那么闪存预览生成正常，但缩略图非常暗，看起来好像它已被一罐罐头攻击喷漆。

我最初认为它可能是一个ghostscript问题，但已将其更新为9.14并仍然遇到此问题。我也试过玩ImageMagik，但我无法获得一个很好的清晰缩略图来生成。我猜这是Alfresco正在使用的转换命令中的一个开关，但我正在努力找出可以工作的开关组合，然后Alfresco将存储这些参数。或者当然正在使用什么开关。

我想知道是否有人在使用Alfresco 4.2.d中的ImageMagik预览之前看到过这种行为？对于已经通过OCR过程的PDF来说，它似乎是独一无二的，所以我猜我需要在稍后阶段为它们创建一个单独的转换。

编辑：所以有人建议ImageMagick和GS的更高版本应该解决它。因此我安装了GS 9.14和IM 6.8.9-0（两种编译形式的源代码）。从命令行运行以下命令：

convert /root/test1.pdf[0] /root/test1.png

会产生清晰的图像缩略图预览。我想到了一个胜利者，我修改了alfresco-global.properties中的以下几行，指出了GS和IM的系统位置：

img.root=/usr
img.dyn=${img.root}/lib
img.exe=${img.root}/bin/convert
img.gslib = /usr/local/share/ghostscript/9.14/lib/

和alfresco负载。但是，Alfresco使用新版本的IM和GS生成的缩略图预览不会产生干净的预览。

我猜测Alfresco在转换期间传递了一些命令行开关，这正在撤消这些程序的更高版本的良好工作。有谁知道缩放创建的开关可能存储在Alfresco中？

Answer 1

我猜这与透明度和默认背景黑色有关。我没有找到一种简单的方法来向脚本添加所需的参数，除了注册支持更多参数的新变换器，例如： -fill white -opaque none