NPE in sun.awt.FontConfiguration.getVersion(...)

[ChristianCiach]

We have some unit tests that create GUI components. Some of these fail with this stacktrace when using adoptopenjdk/openjdk11:latest:

        java.lang.NullPointerException
            at java.desktop/sun.awt.FontConfiguration.getVersion(FontConfiguration.java:1262)
            at java.desktop/sun.awt.FontConfiguration.readFontConfigFile(FontConfiguration.java:225)
            at java.desktop/sun.awt.FontConfiguration.init(FontConfiguration.java:107)
            at java.desktop/sun.awt.X11FontManager.createFontConfiguration(X11FontManager.java:719)
            at java.desktop/sun.font.SunFontManager$2.run(SunFontManager.java:367)
            at java.base/java.security.AccessController.doPrivileged(Native Method)
            at java.desktop/sun.font.SunFontManager.<init>(SunFontManager.java:312)
            at java.desktop/sun.awt.FcFontManager.<init>(FcFontManager.java:35)
            at java.desktop/sun.awt.X11FontManager.<init>(X11FontManager.java:56)

This is not a new issue, as seen here: docker-library/openjdk#46

This workaround also applies here: docker-library/openjdk@0f82de1 . You just have to install the package libfontconfig1 to fix this issue.

[karianna]

@dinogun Is this something that was stripped out or something we missed in the base JDK/JRE that we give you?

[dinogun]

@ChristianCiach Are you testing the Alpine images as well ? If yes, do these tests fail there as well ? Want to make sure that we add this in both if needed, though I am not sure if the GUI usecase makes sense in the Alpine case.
@karianna The missing package is part of the base OS and not part of the JDK.

[ChristianCiach]

This is probably just me being incompatible with mondays, but I can't find any Alpine images on Docker Hub. Strange, I was sure they were there before.

[dinogun]

You should find them here, specifically the tag adoptopenjdk/openjdk11:x86_64-alpine-jdk-11.28. The latest alpine is always accessible as adoptopenjdk/openjdk11:alpine

[ChristianCiach]

The exact same NPE happens with the openjdk11:alpine image. I tried to install apk --no-cache add fontconfig ttf-dejavu into the image as seen here or here, but that doesn't fix it for me.

[minhtran83]

@ChristianCiach It happens the same with me too. Both fontconfig or ttf-dejavu does not work for me.
I have to switch to use ubuntu image, and it is good to me

[gamma]

Adding a simple fontconfig.properties (see adoptium/temurin-build#693) in the $JAVA_HOME/lib directory fixes the NPE. But it still does not work and requires something else I couldn't find yet. Using -Dsun.java2d.debugfonts=warning I get the following warnings and errors:

Nov 28, 2018 11:18:02 AM sun.font.FcFontConfiguration warning
WARNING: Failed to get info from libfontconfig
...
Nov 28, 2018 11:18:02 AM sun.awt.X11FontManager specificFontIDForName
SEVERE: Font Configuration Font ID is malformed:
Nov 28, 2018 11:18:02 AM sun.awt.X11FontManager getFileNameFromPlatformName
WARNING: ** Registering all font paths because can't find file for 
Nov 28, 2018 11:18:02 AM sun.awt.X11FontManager getFileNameFromPlatformName
WARNING: ** Finished registering all font paths
Nov 28, 2018 11:18:02 AM sun.awt.X11FontManager switchFontIDForName
SEVERE: Font Configuration Font ID is malformed:

I asume that the simple fontconfig.propertiesdoes not suffice, but what has to go in it? Can it be generated?

[gamma]

I asume that the simple fontconfig.propertiesdoes not suffice, but what has to go in it? Can it be generated?

I checked further. ldd /usr/lib/libfontconfig.so.1 gives the dependencies. I tried loading the lib from java by hand (System.loadLibrary("fontconfig")) - which threw an error that libc.musl-x86_64.so.1 was missing. But it is there in /lib

I linked it into /usr/lib.

Second: I had to set LD_LIBRARY_PATH=/usr/lib

Now it works.

[jcoetzee]

Experiencing the same. Installing ttf-dejavu and fontconfig doesn't help.

[gamma]

@jcoetzee have you checked my solution, setting the LD_LIBRARY_PATH as ENV and checking that libc.musl-x86_64.so.1 is available in /usr/lib

[jcoetzee]

@gamma Just tried and it works even without creating the simple fontconfig.properties file (which is what I wanted to avoid). Thanks.

[jcoetzee]

For those wondering, the workaround can be summarised as

RUN ln -s /lib/libc.musl-x86_64.so.1 /usr/lib/libc.musl-x86_64.so.1
ENV LD_LIBRARY_PATH /usr/lib

[jgkirschbaum]

Installing packages fontconfig and urw-fonts on CentOS 6 & 7 fixed the issue.