Stackdriver Logback appender 停止应用程序

Question

我在使用google-cloud-logging-logback库将日志写入Stackdriver 时遇到问题。 当我将 appender 添加到 logback 配置时，应用程序不会启动，只是停止并显示以下日志：

09:34:37,755 |-INFO in ch.qos.logback.classic.joran.action.ConfigurationAction - Setting ReconfigureOnChangeTask scanning period to 10 seconds
09:34:37,769 |-INFO in ch.qos.logback.core.joran.action.AppenderAction - About to instantiate appender of type [ch.qos.logback.core.ConsoleAppender]
09:34:37,769 |-INFO in ch.qos.logback.core.joran.action.AppenderAction - Naming appender as [console]
09:34:37,772 |-INFO in ch.qos.logback.core.joran.action.NestedComplexPropertyIA - Assuming default type [ch.qos.logback.classic.encoder.PatternLayoutEncoder] for [encoder] property
09:34:37,774 |-INFO in ch.qos.logback.core.joran.action.AppenderAction - About to instantiate appender of type [com.google.cloud.logging.logback.LoggingAppender]
09:34:37,785 |-INFO in ch.qos.logback.core.joran.action.AppenderAction - Naming appender as [cloud]
09:34:38,027 |-WARN in Logger[org.hibernate.validator.messageinterpolation.ResourceBundleMessageInterpolator] - No appenders present in context [default] for logger [org.hibernate.validator.messageinterpolation.ResourceBundleMessageInterpolator].

如您所见，没有错误，应用程序在尝试初始化 google appender 时停止。 这是我的 appender 配置：

<appender name="cloud" class="com.google.cloud.logging.logback.LoggingAppender">
    <!-- Optional : filter logs at or above a level -->
    <filter class="ch.qos.logback.classic.filter.ThresholdFilter">
        <level>DEBUG</level>
    </filter>
    <resourceType>global</resourceType> <!-- Optional : default: auto-detected, fallback: global -->
    <flushLevel>INFO</flushLevel> <!-- Optional : default ERROR -->
</appender>

这是我的 logback 依赖项：

compile 'ch.qos.logback:logback-core:1.2.3'
compile 'ch.qos.logback:logback-access:1.2.3'
compile 'ch.qos.logback:logback-classic:1.2.3'
compile 'com.google.cloud:google-cloud-logging-logback:0.116.0-alpha'

你能帮我找出这有什么问题吗，或者如何显示一个使应用程序停止的错误？

Answer 1

我创建了一个不同的项目，其中我只包含登录到 Google 的日志，这次我收到了一条错误消息。

问题的原因是番石榴库版本错误，使用的版本太旧（<0.20）并导致NoSuchMethod异常。

由于缓存，太旧版本的guava库实际上是一个 Intellij 问题，当直接从 IntelliJ 运行时，应用程序启动良好，但在从 fatJar 形式启动时在 logback 初始化期间失败。 使 IntelliJ 中的缓存失效有所帮助。