不知道這是正確的stackexchange網站,但似乎是最有關Alfresco問題的地方,我可以找到所以這裏。Alfresco PDF縮略圖預覽不可讀
在RHEL5 64位盒子上安裝了Alfresco Community Edition 4.2.d(主要是在本地使用MySQL作爲數據庫的默認安裝欄)。將PDF上傳到documentLibrary是好的,縮略圖預覽和Flash預覽正在生成。如果PDF已經由ABBYY OCR處理(我們已經在單獨的服務器上運行並用於OCR掃描的PDF),那麼Flash預覽會生成很好的縮略圖,但縮略圖非常黑暗,看起來好像它已經被一罐噴漆。
我最初以爲這可能是一個ghostscript的問題,但已經更新至9.14,並仍然得到這個問題。我也嘗試過使用ImageMagik,但我無法得到一個很好的清晰縮略圖來生成。我猜測這是在Alfresco正在使用的轉換命令中的一個開關,但我正在努力制定出可以工作的開關組合,然後Alfresco將存儲這些參數。或者確實使用了什麼開關。
我想知道是否有人在ImageMagik預覽中使用Alfresco 4.2.d之前看過這種行爲?對於已經通過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使用IM和GS的新版本生成的縮略圖預覽不會產生很好的清晰預覽。
我猜測,Alfresco在轉換過程中傳遞了一些命令行開關,正在取消這些程序更高版本的良好功能。有誰知道縮略圖創建的開關可能存儲在Alfresco的哪個位置?
奇怪!我從來沒有見過這種情況發生。祝你好運! –