Skip to main content
A
Apurva1_12
Level 2
April 16, 2026
Solved

AEM Forms (Linux) - To convert non-pdf to pdf forms

  • April 16, 2026
  • 1 reply
  • 32 views

Hi,

I have an requirement to convert the non-pdf to pdf documents, the AEM server installed is linux version. As per the Adobe documentation, Installed the openoffice and run the SRT. 

The response is nill. Also when checked with Adobe they are telling that there could be openoffice installation issue.

I tried to reach openoffice team but there is no much use. can somebody help me here or guide on resolving this issue 

    Best answer by rahulpandey27

    Hello ​@Apurva1_12 

    For non-PDF to PDF conversion on AEM Forms running on Linux, a blank / null response usually points to an OpenOffice / PDF Generator configuration issue, even if OpenOffice is installed and the SRT has been run.

    From what you described, I would recommend checking the following items carefully:

    1. Verify the supported OpenOffice version Make sure the OpenOffice version installed is one of the versions supported for your AEM Forms release.

    2. Launch OpenOffice manually at least once On Linux, OpenOffice can sometimes show first-run dialogs or profile prompts.
      Start OpenOffice manually using the same OS user that AEM/PDF Generator uses, dismiss any dialogs, then close it cleanly.

    3. Check the OpenOffice_PATH environment variable Confirm that OpenOffice_PATH is set correctly and is available to the AEM service process, not just in a user shell session.

    4. Verify the PDF Generator user configuration In PDF Generator configuration, ensure the correct local OS user is configured.
      If this user is missing or incorrect, document conversion may return no result.

    5. Check permissions The configured user should have:

      • execute permission on the OpenOffice binaries
      • access to temp directories
      • a valid home/profile directory
      • permission to create and update OpenOffice profile data

    6. Restart AEM after configuration changes After updating the OpenOffice path, user configuration, or permissions, restart AEM and test again.

    7. Review logs during conversion If the response is still blank, check:

      • error.log
      • PDF Generator related logs
      • any OpenOffice startup or process errors

    A simple validation approach is to test with a basic .docx file first.
    If that fails, the issue is usually environmental rather than document-specific.

    If you want more precise help, please share these details:

    • AEM version
    • Forms add-on version
    • Linux distribution
    • OpenOffice version
    • whether the failure happens for all file types or only specific ones
    • relevant log entries from the time of conversion

    That should make it much easier to identify whether the problem is with OpenOffice installation, environment variables, permissions, or PDF Generator configuration.

     

    Thanks,

    Rahul Pandey

    1 reply

    R
    Adobe Employee
    rahulpandey27Adobe EmployeeAccepted solution
    Adobe Employee
    April 16, 2026

    Hello ​@Apurva1_12 

    For non-PDF to PDF conversion on AEM Forms running on Linux, a blank / null response usually points to an OpenOffice / PDF Generator configuration issue, even if OpenOffice is installed and the SRT has been run.

    From what you described, I would recommend checking the following items carefully:

    1. Verify the supported OpenOffice version Make sure the OpenOffice version installed is one of the versions supported for your AEM Forms release.

    2. Launch OpenOffice manually at least once On Linux, OpenOffice can sometimes show first-run dialogs or profile prompts.
      Start OpenOffice manually using the same OS user that AEM/PDF Generator uses, dismiss any dialogs, then close it cleanly.

    3. Check the OpenOffice_PATH environment variable Confirm that OpenOffice_PATH is set correctly and is available to the AEM service process, not just in a user shell session.

    4. Verify the PDF Generator user configuration In PDF Generator configuration, ensure the correct local OS user is configured.
      If this user is missing or incorrect, document conversion may return no result.

    5. Check permissions The configured user should have:

      • execute permission on the OpenOffice binaries
      • access to temp directories
      • a valid home/profile directory
      • permission to create and update OpenOffice profile data

    6. Restart AEM after configuration changes After updating the OpenOffice path, user configuration, or permissions, restart AEM and test again.

    7. Review logs during conversion If the response is still blank, check:

      • error.log
      • PDF Generator related logs
      • any OpenOffice startup or process errors

    A simple validation approach is to test with a basic .docx file first.
    If that fails, the issue is usually environmental rather than document-specific.

    If you want more precise help, please share these details:

    • AEM version
    • Forms add-on version
    • Linux distribution
    • OpenOffice version
    • whether the failure happens for all file types or only specific ones
    • relevant log entries from the time of conversion

    That should make it much easier to identify whether the problem is with OpenOffice installation, environment variables, permissions, or PDF Generator configuration.

     

    Thanks,

    Rahul Pandey

    Terms & ConditionsAccessibility statement

    Loading footer...