You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The RenderedImageProvider depends on image rendering (and hence requires Linux with X installed.
The other providers are XML related (and drag the whole XML dependencies with them).
For normal JDK, this is not a major issue, as you have XML as part of the JDK and image processing would fail in runtime.
Already when using JPMS, we have a few required modules that may not be desired by an application.
When switching to ahead of time compilation using GraalVM (native-image), all of these dependencies MUST be part of the image - and as a result such image is quite big, and cannot be built in a docker container unless X is installed.
Please separate the registration of these providers to a different module, that can be excluded by the users.
The text was updated successfully, but these errors were encountered:
Currently the class
org.glassfish.jersey.message.internal.MessagingBinders$MessageBodyProviders
contains the following providers (among others):The
RenderedImageProvider
depends on image rendering (and hence requires Linux with X installed.The other providers are XML related (and drag the whole XML dependencies with them).
For normal JDK, this is not a major issue, as you have XML as part of the JDK and image processing would fail in runtime.
Already when using JPMS, we have a few required modules that may not be desired by an application.
When switching to ahead of time compilation using GraalVM (
native-image
), all of these dependencies MUST be part of the image - and as a result such image is quite big, and cannot be built in a docker container unless X is installed.Please separate the registration of these providers to a different module, that can be excluded by the users.
The text was updated successfully, but these errors were encountered: