-
Type:
Bug
-
Status: Closed
-
Resolution: Fixed
-
Affects Version/s: 6.1.1 CE GA2, 6.1.20 EE GA2
-
Fix Version/s: 6.1.X EE, 6.2.0 CE B1
-
Component/s: Documents & Media
-
Branch Version/s:6.1.x
-
Backported to Branch:Committed
-
Story Points:3
-
Fix Priority:2
-
Git Pull Request:
As stated in portal.properties:
dl.file.entry.preview.fork.process.enabled=true
should fork a new process when creating PDF.
As it can be seen in source code, this fork is only created when ImageMagick is being used, and not when PDFBox (default) is enabled.
How to test:
1-Enable fork for documents preview generation (dl.file.entry.preview.fork.process.enabled=true) and startup portal.
2-Check number of current java processes ('ps -ef | grep java')
2-Upload some PDF files.
3-Check if current number of java processes increased by 1.
4-When all PDF previews are created, ensure that current java processes are the same as in (2).
Repeat the same with dl.file.entry.preview.fork.process.enabled=false and check if java processes remains the same even just after uploading PDF files.
- causes
-
LPS-50343 LiferayPDFBoxProcessCallable constructor takes generatePreview and generateThumbnail in wrong order
- Closed
- Discovered while testing
-
LPS-37376 Can't click on 'close' link after open PDF Document preview modal dialog
- Closed
- relates
-
LPE-9576 No fork is created when using PDFBox to generate a preview
-
- Closed
-