web-dev-qa-db-ja.com

JULからSLF4Jへのブリッジ

現在、サードパーティライブラリ（restfb）がJava.util.loggingを使用していることを観察しています。logback.xmlでSLF4Jコンソールアペンダーが構成されていなくても、これらのログはSTDOUTになります。また、クラスパスに jul-to-slf4j ブリッジがあります。 jul-to-slf4jブリッジは、ブリッジのインストール時にlogbackで構成されたアペンダーにのみログを記録しますか、それともstdoutにもログを記録しますか？

javaslf4jlogbackjava.util.logging
61
Taylor Leese

SLF4JBridgeHandler.install() を呼び出す必要があります。また、Java.util.loggingのルートロガー（以下の抜粋の理由）ですべてのログレベルを有効にし、デフォルトのコンソールアペンダーを削除する必要があります。

このハンドラーは、julロギングをSLF4Jにリダイレクトします。ただし、j.u.lで有効になっているログのみ。リダイレクトされます。たとえば、j.u.lを呼び出すログステートメントの場合。ロガーは、その文を定義上無効にし、SLF4JBridgeHandlerインスタンスに到達せず、リダイレクトできません。

全体のプロセスは次のように達成できます

import Java.util.logging.Logger;
import org.slf4j.bridge.SLF4JBridgeHandler;

SLF4JBridgeHandler.removeHandlersForRootLogger();
SLF4JBridgeHandler.install();
Logger.getLogger("").setLevel(Level.FINEST); // Root logger, for example.

パフォーマンス上の理由からレベルを最高よりも高い値に設定することはできますが、Java.util.loggingで最初に有効にしないとこれらのログを有効にすることはできません（上記の抜粋で述べた理由のため）。

78
Dev

SLF4JBridgeHandler のjavadocsに記載されているように、次を呼び出すことにより、プログラムでSLF4JBridgeHandlerをインストールできます。

 // Optionally remove existing handlers attached to j.u.l root logger
 SLF4JBridgeHandler.removeHandlersForRootLogger();  // (since SLF4J 1.6.5)

 // add SLF4JBridgeHandler to j.u.l's root logger, should be done once during
 // the initialization phase of your application
 SLF4JBridgeHandler.install();

またはlogging.properties経由

 // register SLF4JBridgeHandler as handler for the j.u.l. root logger
 handlers = org.slf4j.bridge.SLF4JBridgeHandler

パフォーマンスに関しては、 jul-to-slf4j bridgeのセクションでこの問題について説明しています。基本的に、すでにログバックを使用しているため、 LevelChangePropagator を有効にすると、負荷に関係なく良好なパフォーマンスが得られます。

36
Ceki

SLF4Jと 新しいPostgresドライバー42.0. を使用します

changelog に従ってJava.util.loggingを使用します

ドライバーのログを取得するには、それで十分です。

  1. 追加 jul-to-slf4j bridge ：

    <dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>jul-to-slf4j</artifactId>
    <version>${slf4j.version}</version>
    <scope>runtime</scope>
</dependency>

  2. Logback.xmlに追加（logback-test.xml）

    <contextListener class="ch.qos.logback.classic.jul.LevelChangePropagator">
    <resetJUL>true</resetJUL>
</contextListener>

<appender ...

<logger name="org.postgresql" level="trace"/>`

  3. コードを追加

    static {
    SLF4JBridgeHandler.install();
}
12
GKislin

私の解決策：

SLF4JBridgeHandler.install();
Java.util.logging.LogManager.getLogManager().getLogger("").setLevel( Level.INFO);

jul-to-slf4jをアプリライブラリまたはglassfishライブラリに配置すると、JULがSLF4Jにリダイレクトされます（したがって、私の場合はLOG4Jにリダイレクトされます）

ジャージーの場合、次のようなことができます：

<logger name="com.Sun.jersey" additivity="false">
    <level value="WARN" />
    <appender-ref ref="JVM" />
    <appender-ref ref="CONSOLE" />
</logger>   

<logger name="com.Sun.common.util.logging" additivity="false">
    <level value="ERROR" />
    <appender-ref ref="JVM" />
    <appender-ref ref="CONSOLE" />
</logger>

最後の設定は、他のロガーによる汚染を回避することです

3
Benjamin Fuentes

私はlogback.groovyファイルにすべてを書き込むだけなので、ニース（JULブリッジングの状況を考慮）と思われるソリューション。

  1. （logback.groovy configurationまたはlogbackをまったく使用していない場合、もちろんロジック部分を何らかのクラスに入れます（例：class MyApp { static { /* log init code here */ } ... }）。）

  2. src/logback.groovy：

    import org.slf4j.bridge.SLF4JBridgeHandler
import ch.qos.logback.classic.jul.LevelChangePropagator

// for debug: just to see it in case something is logging/initialized before
System.out.println( 'my myapp logback.groovy is loading' )

// see also: http://logback.qos.ch/manual/configuration.html#LevelChangePropagator
// performance speedup for redirected JUL loggers
def lcp = new LevelChangePropagator()
lcp.context = context
lcp.resetJUL = true
context.addListener(lcp)

// needed only for the JUL bridge: http://stackoverflow.com/a/9117188/1915920
Java.util.logging.LogManager.getLogManager().reset()
SLF4JBridgeHandler.removeHandlersForRootLogger()
SLF4JBridgeHandler.install()
Java.util.logging.Logger.getLogger( "global" ).setLevel( Java.util.logging.Level.FINEST )

def logPattern = "%date |%.-1level| [%thread] %20.20logger{10}|  %msg%n"

appender("STDOUT", ConsoleAppender) {
    encoder(PatternLayoutEncoder) {
        pattern = logPattern
    }
}

/*// outcommenting in dev will not create dummy empty file
appender("ROLLING", RollingFileAppender) {  // prod
    encoder(PatternLayoutEncoder) {
        Pattern = "%date %.-1level [%thread] %20.20logger{10}  %msg%n"
    }
    rollingPolicy(TimeBasedRollingPolicy) {
        FileNamePattern = "${WEBAPP_DIR}/log/orgv-fst-gwt-%d{yyyy-MM-dd}.Zip"
    }
}
*/

appender("FILE", FileAppender) {  // dev

    // log to myapp/tmp (independent of running in dev/prod or junit mode:

    //System.out.println( 'DEBUG: WEBAPP_DIR env prop:  "."='+new File('.').absolutePath+',  \${WEBAPP_DIR}=${WEBAPP_DIR},  env=' + System.getProperty( "WEBAPP_DIR" ))
    String webappDirName = "war"
    if ( new File( "./../"+webappDirName ).exists() )  // we are not running within a junit test
        file = "../tmp/myapp.log"
    else  // junit test
        file = "tmp/myapp-junit-tests.log"

    encoder(PatternLayoutEncoder) { pattern = logPattern }
}

// without JUL bridge:
//root(WARN, ["STDOUT", "ROLLING"])  // prod
//root(DEBUG, ["STDOUT", "FILE"])  // dev

// with JUL bridge: (workaround: see links above)
def rootLvl = WARN
root(TRACE, [/*"STDOUT",*/ "FILE"])
// I manually added all "root package dirs" I know my libs are based on to apply
// the root level to the second "package dir level" at least
// depending on your libs used you could remove entries, but I would recommend
// to add common entries instead (feel free to edit this post if you like to
// enhance it anywhere)
logger( "antlr", rootLvl )
logger( "de", rootLvl )
logger( "ch", rootLvl )
logger( "com", rootLvl )
logger( "Java", rootLvl )
logger( "javassist", rootLvl )
logger( "javax", rootLvl )
logger( "junit", rootLvl )
logger( "groovy", rootLvl )
logger( "net", rootLvl )
logger( "org", rootLvl )
logger( "Sun", rootLvl )


// my logger setup

logger( "myapp", DEBUG )


//logger( "org.hibernate.SQL", DEBUG )  // debug: log SQL statements in DEBUG mode
//logger( "org.hibernate.type", TRACE )  // debug: log JDBC parameters in TRACE mode
logger( "org.hibernate.type.BasicTypeRegistry", WARN )  // uninteresting

scan("30 seconds")  // reload/apply-on-change config every x sec

（Javaここで見ることができるJava $ ===コード変数/関数で反応することができるので、例えばSLF4JBridgeHandlerまたはログディレクトリに関する- webappDirName）

（すべてをセットアップする方法または見つめるテンプレートとしてより良い印象を与えるため、ファイルを完全なままにしておきます）

（誰かに関連する可能性があります-私の環境：slf4j 1.7.5、logback 1.1.2、groovy 2.1.9）

2
Andreas Dietrich