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
{{ message }}
This repository has been archived by the owner on Feb 23, 2023. It is now read-only.
The analysis that has ended up in creating this issue started from a com.oracle.graal.pointsto.util.AnalysisError: guarantee failed error on https://github.com/odrotbohm/spring-restbucks, which has shown that the reflect-config.json entry responsible for this error was:
After a deeper look, it appears that HateoasHints is generating far too much reflection entries via (at least) HateoasHints#computeRepresentationModels and HateoasHints#computeAtConfigurationClasses.
HateoasHints#computeRepresentationModels should probably be refined in order to at least filter out java.* types or to only create a { "name": "java.lang.Class" } without all the other flags.
HateoasHints#computeAtConfigurationClasses is suspicious, do we really need such inference with the new AOT engine? It should IMO be removed or restricted to a much more limited set of types.
Last point (but likely first one to implement), it would be great to be able to reproduce this issue on the hateoas sample, if that can help one of the guilty classes seems to be javax.money.CurrencyUnit which trigger the analysis of javax.money.AbstractContextBuilder which ends up with the problematic java.lang.Class entry.
The text was updated successfully, but these errors were encountered:
The analysis that has ended up in creating this issue started from a
com.oracle.graal.pointsto.util.AnalysisError: guarantee failed
error on https://github.com/odrotbohm/spring-restbucks, which has shown that thereflect-config.json
entry responsible for this error was:After a deeper look, it appears that
HateoasHints
is generating far too much reflection entries via (at least)HateoasHints#computeRepresentationModels
andHateoasHints#computeAtConfigurationClasses
.HateoasHints#computeRepresentationModels
should probably be refined in order to at least filter outjava.*
types or to only create a{ "name": "java.lang.Class" }
without all the other flags.HateoasHints#computeAtConfigurationClasses
is suspicious, do we really need such inference with the new AOT engine? It should IMO be removed or restricted to a much more limited set of types.Last point (but likely first one to implement), it would be great to be able to reproduce this issue on the
hateoas
sample, if that can help one of the guilty classes seems to bejavax.money.CurrencyUnit
which trigger the analysis ofjavax.money.AbstractContextBuilder
which ends up with the problematicjava.lang.Class
entry.The text was updated successfully, but these errors were encountered: