Only the first native-image run yields a working image

[informarte]

Description of issue

I am experiencing a compilation issue: In my project, only the first native-image run yields a working image, all following runs result in a crashing image. To make native-image work again, I have to kill the native-image daemon.

Steps to reproduce this issue

1. Download sources

git clone https://github.com/informarte/yuck
cd yuck
git checkout native-image-compilation-issue

2. Stop any running native-image daemon

3. Build and run the binary

make NATIVE=1 native-image && ./target/native-image/yuck

This should produce a help message.

4. Rebuild and rerun the binary

rm target/native-image/yuck && make NATIVE=1 native-image && ./target/native-image/yuck

This should produce the following stack trace:

Exception in thread "main" java.lang.ExceptionInInitializerError
	at com.oracle.svm.core.hub.ClassInitializationInfo.initialize(ClassInitializationInfo.java:290)
	at java.lang.Class.ensureInitialized(DynamicHub.java:499)
	at yuck.flatzinc.runner.FlatZincRunner.main(FlatZincRunner.scala)
Caused by: java.lang.ClassCastException: yuck.util.logging.ManagedLogManager cannot be cast to yuck.util.logging.ManagedLogManager
	at yuck.util.logging.YuckLogging.$init$(YuckLogging.scala:12)
	at yuck.flatzinc.runner.FlatZincRunner$.<clinit>(FlatZincRunner.scala:22)
	at com.oracle.svm.core.hub.ClassInitializationInfo.invokeClassInitializer(ClassInitializationInfo.java:350)
	at com.oracle.svm.core.hub.ClassInitializationInfo.initialize(ClassInitializationInfo.java:270)
	... 2 more

5. Goto step 2

Environment

• GraalVM version: CE 20.1.0
• JDK major version: 11
• OS: Linux 4.15.0 (Ubuntu 18.04)
• Architecture: x86_64

[olpaw]

@informarte thanks for the bug report. We will look into it. As a temporary workaround you can build your image with --no-server.

[informarte]

@olpaw, thanks for the workaround.
It also helps with memory consumption; the server seems to leak memory and I had to kill it periodically to avoid swapping.

[olpaw]

The problem is caused by -Djava.util.logging.manager=yuck.util.logging.ManagedLogManager. We currently do not support that in the native image build server case. I'm trying to come up with a solution for that (specifically java.util.logging.LogManager#manager is a static final field and we do run it's static initializer at image-buildtime which results in problems in the build server case usecase).

[informarte]

Ah, that's why there was no need to add yuck.util.logging.ManagedLogManager to reflect-config.json.

[christianwimmer]

The image build server is disabled by default now, so I'm closing this issue.