Unable to convert eml to pdf using 24.8 with eclipse-temurin:17-jre-jammy container

Local testing works fine on Windows 11. However, when I attempt to test groupdocs 24.8 with a eclipse-temurin:17-jre-jammy base image it just hangs and never converts the eml to pdf. Based on the threads, it looks like groupdocs is busy scanning directories while loading fonts. Is there a configurable way to limit the directories that groupdocs scans?

GroupdocsPodError.png (22.5 KB)

@jayleggett

It seems that you are experiencing issues with converting EML files to PDF using GroupDocs version 24.8 in a eclipse-temurin:17-jre-jammy container, while it works fine on your local Windows 11 setup. The hanging issue during conversion may be related to the library scanning directories for fonts.

Currently, there is no direct mention in the available documentation about configuring the directories that GroupDocs scans for fonts. However, you might want to consider the following approaches to troubleshoot and potentially resolve the issue:

  1. Check Font Configuration: Ensure that the necessary fonts are available in your container. Sometimes, missing fonts can cause the conversion process to hang as the library attempts to locate them.

  2. Limit Font Directories: If you have control over the environment, you could try to limit the font directories by setting the java.awt.fonts system property to point to a specific directory containing only the required fonts. This can be done by adding the following JVM argument when starting your application:

    -Djava.awt.fonts=/path/to/your/fonts
    
  3. Debugging: You can enable logging to see if there are any specific errors or warnings that might give you more insight into what is causing the hang. This can often help identify if the issue is related to font loading or something else.

  4. Review Similar Issues: It may also be beneficial to look through similar forum posts or documentation for any known issues or solutions related to font loading in GroupDocs when running in a containerized environment.

If you continue to face issues, consider reaching out to the GroupDocs support team for more tailored assistance regarding your specific environment and configuration.

Sources:

  • Unfortunately, I do not have specific sources to cite for this response. However, you may find relevant information in the GroupDocs documentation or community forums.

Hello @jayleggett ,

In order to help you with this issue, we require more details. Could you please share the code snippet you are using for the conversion along with the original .eml file? Also, could you specify why you are not using the latest 25.1 version of the Conversion library? We await your response.

I can’t use 25.1 due to the issue CONVERSIONJAVA-2753

The issue occurs with any .eml.

@jayleggett ,

Thanks for the information! We will investigate this issue and get back to you with the results as soon as possible.

I was able to get past this issue by changing -Duser.dir. It was set to / by default and I changed it to a different directory.

@jayleggett ,

Great to hear that you were able to fix the problem! It does seem that the Сonversion logic couldn’t locate the system fonts, leading to the process hanging. We will still look into your use case to help prevent similar issues in the future. Feel free to reach out if you have any more questions.