тот же jOOQ инициализируется по сути одним клинитом

Вот это ты зря так сказал

Но возможно всякие отчеты скомпилит

(там цепочка клинитов конечно)

Jooq кстати хорошо работает в native image afaik

То есть как? Разве не надо делать специального упражнения чтобы статик посчиталс при первом обращении к классу, а не в билдтайме?

всё так

у нас вот такая история с NI: 1000+ поисковых бекендов для разных магазинов. при деплое эту всю тыщу сервисов надо перезапустить. на непрогретом JVM лейтенси улетает в небеса. с NI она стабильно низкая уже с первого запроса.

О, был неправ. Статики не инициализируются если не должны

А как узнать что стоит за

Warning: Aborting stand-alone image build due to unsupported features

?

Там написано?

Сделай --no-fallback

Чисто для истории:

Error: com.oracle.graal.pointsto.constraints.UnsupportedFeatureException: Invoke with MethodHandle argument could not be reduced to at most a single call or single field access. The method handle must be a compile time constant, e.g., be loaded from a `static final` field. Method that contains the method handle invocation: java.lang.invoke.Invokers$Holder.linkToTargetMethod(Object, Object)
To diagnose the issue, you can add the option --report-unsupported-elements-at-runtime. The error is then reported at run time when the invoke is executed.
Trace: 
        at parsing java.lang.invoke.MethodHandles$Lookup.protectionDomain(MethodHandles.java:978)
Call path from entry point to java.lang.invoke.MethodHandles$Lookup.protectionDomain(Class): 
        at java.lang.invoke.MethodHandles$Lookup.protectionDomain(MethodHandles.java:978)
        at java.lang.invoke.MethodHandles$Lookup.lookupClassProtectionDomain(MethodHandles.java:972)
        at java.lang.invoke.MethodHandles$Lookup.defineClass(MethodHandles.java:960)
        at javassist.util.proxy.DefineClassHelper.toPublicClass(DefineClassHelper.java:267)
        at javassist.util.proxy.FactoryHelper.toClass(FactoryHelper.java:127)
        at javassist.util.proxy.ProxyFactory.createClass3(ProxyFactory.java:552)
        at javassist.util.proxy.ProxyFactory.createClass1(ProxyFactory.java:475)
        at javassist.util.proxy.ProxyFactory.createClass(ProxyFactory.java:444)
        at javassist.util.proxy.ProxyFactory.create(ProxyFactory.java:721)
        at kotlinx.dnq.util.XdHierarchyNode$naturalPersistentClassInstance$2.invoke(XdHierarchyNode.kt:96)
        at kotlinx.dnq.util.XdHierarchyNode$naturalPersistentClassInstance$2.invoke(XdHierarchyNode.kt:33)
        at kotlin.SynchronizedLazyImpl.getValue(LazyJVM.kt:74)
        at kotlin.SynchronizedLazyImpl.toString(LazyJVM.kt:84)
        at java.lang.String.valueOf(String.java:2951)
        at java.io.PrintStream.print(PrintStream.java:745)
        at java.io.PrintStream.println(PrintStream.java:882)
        at com.oracle.svm.jni.functions.JNIFunctions.ExceptionDescribe(JNIFunctions.java:759)
        at com.oracle.svm.core.code.IsolateEnterStub.JNIFunctions_ExceptionDescribe_b5412f7570bccae90b000bc37855f00408b2ad73(generated:0)

Видать javassist тоже не поддержиается, да? Хотя вся информация прям при сборке доступна

Сделай ишшуе

Вроде же javaasist любит генерить прокси на лету и тд

да, но у меня тут особенный случай — всё нужное генерится на старте

Ну судя по create class не совсем :)

ну оно тоже вызывается на старте

вроде бы