Logback Groovy конфигурации и GraalVM - PullRequest
1 голос
/ 10 октября 2019

Я пытаюсь использовать файл конфигурации groovy для входа в систему, используемый моим скомпилированным приложением GraalVM.

При его запуске и компиляции обычно все в порядке, но когда я пытаюсь скомпилировать против Graal, яСтолкнувшись с некоторыми проблемами, которые я не могу понять, как их решить.

Итак, из-за того, что без какой-либо конкретной конфигурации, переданной Graal, я получаю следующую ошибку во время компиляции:

Caused by: com.oracle.graal.pointsto.constraints.UnsupportedFeatureException: No instances of net.logstash.logback.encoder.LogstashEncoder are allowed in the image heap as this class should be initialized at image runtime. Object has been initialized by the io.micr
onaut.runtime.Micronaut class initializer with a trace: 
        at net.logstash.logback.encoder.LogstashEncoder.<init>(LogstashEncoder.java:27)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
        at org.codehaus.groovy.reflection.CachedConstructor.invoke(CachedConstructor.java:80)
        at org.codehaus.groovy.reflection.CachedConstructor.doConstructorInvoke(CachedConstructor.java:74)
        at groovy.lang.MetaClassImpl.invokeConstructor(MetaClassImpl.java:1732)
        at groovy.lang.MetaClassImpl.invokeConstructor(MetaClassImpl.java:1556)

Я попробовал оченьленивый подход, позволяющий инициализировать класс во время сборки следующим образом:

--initialize-at-build-time=net.logstash.logback.encoder.LogstashEncoder

Это привело только к тому, что другие классы, связанные с logstash, нуждались в этой опции, поэтому я продолжил и добавилправило для всего пакета примерно так:

--initialize-at-build-time=net.logstash.logback

Это не решило проблему, но, в свою очередь, привело к следующей ошибке во время компиляции:

com.oracle.svm.core.util.UserError$UserException: Classes that should be initialized at run time got initialized during image building:
 ch.qos.logback.classic.gaffer.GafferConfigurator the class was requested to be initialized at build time (from the command line). ch.qos.logback.classic.gaffer.GafferConfigurator has been initialized without the native-image initialization instrumentation and the stack trace can't be tracked. Try avoiding to initialize the class that caused initialization of ch.qos.logback.classic.gaffer.GafferConfiguratorgroovy.lang.GroovySystem the class was requested to be initialized at build time (from the command line). io.micronaut.runtime.Micronaut caused initialization of this class with the following trace:
        at ch.qos.logback.classic.gaffer.GafferConfigurator.$getStaticMetaClass(GafferConfigurator.groovy)
        at ch.qos.logback.classic.gaffer.GafferConfigurator.<init>(GafferConfigurator.groovy)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
        at ch.qos.logback.classic.gaffer.GafferUtil.newGafferConfiguratorInstance(GafferUtil.java:52)
        at ch.qos.logback.classic.gaffer.GafferUtil.runGafferConfiguratorOn(GafferUtil.java:41)
        at ch.qos.logback.classic.util.ContextInitializer.configureByResource(ContextInitializer.java:67)
        at ch.qos.logback.classic.util.ContextInitializer.autoConfig(ContextInitializer.java:150)
        at org.slf4j.impl.StaticLoggerBinder.init(StaticLoggerBinder.java:84)
        at org.slf4j.impl.StaticLoggerBinder.<clinit>(StaticLoggerBinder.java:55)
        at org.slf4j.LoggerFactory.bind(LoggerFactory.java:150)
        at org.slf4j.LoggerFactory.performInitialization(LoggerFactory.java:124)
        at org.slf4j.LoggerFactory.getILoggerFactory(LoggerFactory.java:412)
        at org.slf4j.LoggerFactory.getLogger(LoggerFactory.java:357)
        at org.slf4j.LoggerFactory.getLogger(LoggerFactory.java:383)
        at io.micronaut.runtime.Micronaut.<clinit>(Micronaut.java:46)

Iпробовал различные варианты правил, касающихся разрешения и запрета инициализации при сборке или во время выполнения, но ни одно из них не сработало.

Итак, мой вопрос: как мне это преодолеть? Я пытаюсь выяснить класс, который вызывает инициализацию, но я не могу сделать это сейчас.

Кому-нибудь удалось заставить logback работать с файлом конфигурации groovy и успешно скомпилировать его в образ GraalVM?

1 Ответ

1 голос
/ 15 октября 2019

Из-за того, насколько динамичен Groovy, работать с нативным изображением GraalVM сложнее (но не невозможно). Я рекомендую вам запустить приложение через агент трассировки и посмотреть, какая конфигурация отражения требуется для работы вашего файла logback.groovy.

Создайте приложение в JAR и запустите приложение с помощью:

java -agentlib:native-image-agent=config-output-dir=META-INF/native-image -jar build/myjar-all.jar

Затем посмотрите на сгенерированный файл reflect-config.json для записей, относящихся к logback, и включите их в свою конфигурацию.

Кроме того, вы можете избежать хлопот, используя logback.xml

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...