第18章 Maven Indexer プラグイン
Maven プラグインがアーティファクトに対して Maven Central を迅速に検索できるようにするには、Maven Indexer プラグインが必要です。
Maven Indexer プラグインをデプロイするには、以下のコマンドを使用します。
前提条件
Maven Indexer プラグインをデプロイする前に、Installing on Apache Karaf の Preparing to Use Maven セクションの手順に従うようにしてください。
Maven Indexer プラグインのデプロイ
Karaf コンソールに移動し、以下のコマンドを実行して Maven Indexer プラグインをインストールします。
features:install hawtio-maven-indexer
features:install hawtio-maven-indexer
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 以下のコマンドを入力して Maven Indexer プラグインを設定します。
config:edit io.hawt.maven.indexer config:proplist config:propset repositories 'https://maven.oracle.com' config:proplist config:update
config:edit io.hawt.maven.indexer config:proplist config:propset repositories 'https://maven.oracle.com' config:proplist config:update
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Maven Indexer プラグインがデプロイされるまで待ちます。これには数分の時間がかかる場合があります。以下のようなメッセージがログタブに表示されます。
Maven Indexer プラグインがデプロイされると、以下のコマンドを使用して追加の外部 Maven リポジトリーを Maven Indexer プラグイン設定に追加します。
config:edit io.hawt.maven.indexer config:proplist config:propset repositories external repository config:proplist config:update
config:edit io.hawt.maven.indexer
config:proplist
config:propset repositories external repository
config:proplist
config:update
18.1. Log リンクのコピーリンクがクリップボードにコピーされました!
Apache Karaf は、動的で強力なロギングシステムを提供します。
以下をサポートします。
- OSGi ログサービス
- Apache Log4j v1 および v2 フレームワーク
- Apache Commons Logging フレームワーク
- Logback フレームワーク
- SLF4J フレームワーク
- ネイティブ Java Util Logging フレームワーク
つまり、アプリケーションはすべてのロギングフレームワークを使用でき、Apache Karaf は中央のログシステムを使用してロガーやアペンダーなどを管理できます。
18.1.1. 設定ファイル リンクのコピーリンクがクリップボードにコピーされました!
初期ログ設定は、etc/org.ops4j.pax.logging.cfg
からロードされます。
このファイルは 標準の Log4j2 設定ファイル です。
さまざまな Log4j2 要素があります。
- loggers
- アペンダー
- レイアウト
独自の初期設定を直接ファイルに追加できます。
デフォルト設定は以下のとおりです。
デフォルト設定では、out
ファイルアペンダーを使用して、INFO
ログレベルで ROOT
ロガーを定義します。ログレベルは、Log4j2 の有効な値に変更できます。最も詳細度の低いものから高いものまで、TRACE、DEBUG、INFO、ERROR、または FATAL を指定できます。
- OSGi アペンダー
-
osgi:*
アペンダーは、ログメッセージを OSGi Log Service に送信する特別なアペンダーです。 - stdout アペンダー
-
stdout
コンソールアペンダーは事前設定されていますが、デフォルトでは有効になっていません。このアペンダーを使用すると、ログメッセージを標準出力に直接表示できます。サーバーモードで Apache Karaf を実行する予定 (コンソールなし) の場合は便利です。
有効にするには、stdout
アペンダーを rootLogger
に追加する必要があります。
log4j2.rootLogger=INFO, out, stdout, osgi:*
log4j2.rootLogger=INFO, out, stdout, osgi:*
- out アペンダー
-
out
アペンダーは、デフォルトのアペンダーです。これは、1MB ログファイル 10 個を管理してローテーションするローリングファイルアペンダーです。ログファイルはデフォルトでdata/log/fuse.log
にあります。 - SIFT アペンダー
-
sift
アペンダーは、デフォルトでは有効になっていません。このアペンダーを使用すると、デプロイされたバンドルごとに 1 つのログファイルを作成することができます。デフォルトでは、ログファイルの名前の形式は、バンドルのシンボリック名 (data/log
フォルダーの) を使用します。このファイルはランタイム時に編集できます。Apache Karaf はファイルを再読み込みし、変更を有効にします。Apache Karaf を再起動する必要はありません。別の設定ファイルは Apache Karaf により使用されます (etc/org.apache.karaf.log.cfg
)。このファイルは、ログコマンドによって使用されるログサービスを設定します (後で参照してください)。 - JDBC アペンダー
-
jdbc
アペンダーにはlazy
フラグがあり、true
(有効) で、データソースが利用できない場合は、ロギングはデータベースに追加されません。ただし、jndi、データソース、または接続が戻ると、ロギングが再起動されます。
log4j2.appender.jdbc.cs.lazy = true
log4j2.appender.jdbc.cs.lazy = true
ログメッセージが失われないようにするには、緊急アペンダーを設定することもできます。
18.1.2. コマンド リンクのコピーリンクがクリップボードにコピーされました!
Apache Karaf は、etc/org.ops4j.pax.logging.cfg
ファイルを変更する代わりに、ログ設定を動的に変更してログの内容を確認できる一連のコマンドを提供します。
18.1.2.1. log:clear リンクのコピーリンクがクリップボードにコピーされました!
log:clear
コマンドはログエントリーを消去します。
18.1.2.2. log:display リンクのコピーリンクがクリップボードにコピーされました!
log:display
コマンドは、ログエントリーを表示します。
デフォルトでは、rootLogger
のログエントリーが表示されます。
karaf@root()> log:display 2015-07-01 19:12:46,208 | INFO | FelixStartLevel | SecurityUtils | 16 - org.apache.sshd.core - 0.12.0 | BouncyCastle not registered, using the default JCE provider 2015-07-01 19:12:47,368 | INFO | FelixStartLevel | core | 68 - org.apache.aries.jmx.core - 1.1.1 | Starting JMX OSGi agent
karaf@root()> log:display
2015-07-01 19:12:46,208 | INFO | FelixStartLevel | SecurityUtils | 16 - org.apache.sshd.core - 0.12.0 | BouncyCastle not registered, using the default JCE provider
2015-07-01 19:12:47,368 | INFO | FelixStartLevel | core | 68 - org.apache.aries.jmx.core - 1.1.1 | Starting JMX OSGi agent
logger
引数を使用して、特定のロガーからログエントリーを表示することもできます。
karaf@root()> log:display ssh 2015-07-01 19:12:46,208 | INFO | FelixStartLevel | SecurityUtils | 16 - org.apache.sshd.core - 0.12.0 | BouncyCastle not registered, using the default JCE provider
karaf@root()> log:display ssh
2015-07-01 19:12:46,208 | INFO | FelixStartLevel | SecurityUtils | 16 - org.apache.sshd.core - 0.12.0 | BouncyCastle not registered, using the default JCE provider
デフォルトでは、すべてのログエントリーが表示されます。Apache Karaf コンテナーが長時間にわたる場合には、非常に長い時間がかかる可能性があります。-n
オプションを使用して、表示するエントリー数を制限することができます。
etc/org.apache.karaf.log.cfg
ファイルの size
プロパティーを使用すると、保存され保持されるエントリーの数を制限することもできます。
デフォルトでは、各ログレベルは異なる色で表示されます。ERROR/FATAL は赤色で、DEBUG は 紫、INFO は水色などで表示されます。--no-color
オプションを使用して色付けを無効にすることができます。
ログエントリーの形式パターンは、etc/org.ops4j.pax.logging.cfg
ファイルに定義された変換パターンを使用しません。デフォルトでは、etc/org.apache.karaf.log.cfg
で定義されている pattern
プロパティーを使用します。
The pattern used to format the log statement when using log:display. This pattern is according to the log4j2 layout. You can override this parameter at runtime using log:display with -p.
#
# The pattern used to format the log statement when using log:display. This pattern is according
# to the log4j2 layout. You can override this parameter at runtime using log:display with -p.
#
pattern = %d{ISO8601} | %-5.5p | %-16.16t | %-32.32c{1} | %X{bundle.id} - %X{bundle.name} - %X{bundle.version} | %m%n
-p
オプションを使用して、パターンを動的に変更することもできます (1 回の実行)。
karaf@root()> log:display -p "\%d - \%c - \%m\%n" 2015-07-01 07:01:58,007 - org.apache.sshd.common.util.SecurityUtils - BouncyCastle not registered, using the default JCE provider 2015-07-01 07:01:58,725 - org.apache.aries.jmx.core - Starting JMX OSGi agent 2015-07-01 07:01:58,744 - org.apache.aries.jmx.core - Registering MBean with ObjectName [osgi.compendium:service=cm,version=1.3,framework=org.apache.felix.framework,uuid=6361fc65-8df4-4886-b0a6-479df2d61c83] for service with service.id [13] 2015-07-01 07:01:58,747 - org.apache.aries.jmx.core - Registering org.osgi.jmx.service.cm.ConfigurationAdminMBean to MBeanServer com.sun.jmx.mbeanserver.JmxMBeanServer@27cc75cb with name osgi.compendium:service=cm,version=1.3,framework=org.apache.felix.framework,uuid=6361fc65-8df4-4886-b0a6-479df2d61c83
karaf@root()> log:display -p "\%d - \%c - \%m\%n"
2015-07-01 07:01:58,007 - org.apache.sshd.common.util.SecurityUtils - BouncyCastle not registered, using the default JCE provider
2015-07-01 07:01:58,725 - org.apache.aries.jmx.core - Starting JMX OSGi agent
2015-07-01 07:01:58,744 - org.apache.aries.jmx.core - Registering MBean with ObjectName [osgi.compendium:service=cm,version=1.3,framework=org.apache.felix.framework,uuid=6361fc65-8df4-4886-b0a6-479df2d61c83] for service with service.id [13]
2015-07-01 07:01:58,747 - org.apache.aries.jmx.core - Registering org.osgi.jmx.service.cm.ConfigurationAdminMBean to MBeanServer com.sun.jmx.mbeanserver.JmxMBeanServer@27cc75cb with name osgi.compendium:service=cm,version=1.3,framework=org.apache.felix.framework,uuid=6361fc65-8df4-4886-b0a6-479df2d61c83
このパターンは通常の Log4j2 パターンで、日付に %d、クラスに %c、ログメッセージに %m などのキーワードを使用できます。
18.1.2.3. log:exception-display リンクのコピーリンクがクリップボードにコピーされました!
log:exception-display
コマンドは、最後に発生した例外を表示します。
log:display
コマンドの場合、log:exception-display
コマンドはデフォルトで rootLogger
を使用しますが、logger
引数を使用してロガーを指定できます。
18.1.2.4. log:get リンクのコピーリンクがクリップボードにコピーされました!
log:get
コマンドは、ロガーの現在のログレベルを表示します。
デフォルトでは、表示されるログレベルはルートロガーからのログレベルです。
logger
引数を使用して、特定のロガーを指定できます。
karaf@root()> log:get ssh INFO
karaf@root()> log:get ssh
INFO
logger
引数は、ALL
キーワードを受け入れて、(リストとして) すべてのロガーのログレベルを表示します。
たとえば、etc/org.ops4j.pax.logging.cfg
ファイルに独自のロガーを次のように定義します。
log4j2.logger.my.name = MyLogger log4j2.logger.my.level = DEBUG
log4j2.logger.my.name = MyLogger
log4j2.logger.my.level = DEBUG
ロガーのリストは、対応するログレベルで確認できます。
log:list
コマンドは、log:get ALL
のエイリアスです。
18.1.2.5. log:log リンクのコピーリンクがクリップボードにコピーされました!
log:log
コマンドを使用すると、ログにメッセージを手動で追加できます。Apache Karaf スクリプトを作成する場合には、以下が役立ちます。
karaf@root()> log:log "Hello World" karaf@root()> log:display 12:55:21.706 INFO [pipe-log:log "Hello World"] Hello World
karaf@root()> log:log "Hello World"
karaf@root()> log:display
12:55:21.706 INFO [pipe-log:log "Hello World"] Hello World
デフォルトでは、ログレベルは INFO ですが、-l
オプションを使用して別のログレベルを指定できます。
karaf@root()> log:clear karaf@root()> log:log -l ERROR "Hello World" karaf@root()> log:display 12:55:41.460 ERROR [pipe-log:log "Hello World"] Hello World
karaf@root()> log:clear
karaf@root()> log:log -l ERROR "Hello World"
karaf@root()> log:display
12:55:41.460 ERROR [pipe-log:log "Hello World"] Hello World
18.1.2.6. log:set リンクのコピーリンクがクリップボードにコピーされました!
log:set
コマンドは、ロガーのログレベルを設定します。
デフォルトでは、rootLogger
のログレベルが変更されます。
level
の後に logger
引数を使用して、特定のロガーを指定できます。
karaf@root()> log:set INFO my.logger karaf@root()> log:get my.logger Logger | Level ----------------- my.logger | INFO
karaf@root()> log:set INFO my.logger
karaf@root()> log:get my.logger
Logger | Level
-----------------
my.logger | INFO
level
引数は TRACE、DEBUG、INFO、WARN、ERROR、FATAL のいずれかの Log4j2 ログレベルを受け入れます。
また、DEFAULT の特別キーワードも使用できます。
DEFAULT キーワードの目的は、ロガーの現在のレベルを削除して (レベルのみ。アペンダーなどの他のプロパティーは削除されない)、ロガーの親レベル (ロガーは階層的) を使用することです。
たとえば、(etc/org.ops4j.pax.logging.cfg
ファイルに) 次のロガーを定義しました。
rootLogger=INFO,out,osgi:* my.logger=INFO,appender1 my.logger.custom=DEBUG,appender2
rootLogger=INFO,out,osgi:*
my.logger=INFO,appender1
my.logger.custom=DEBUG,appender2
my.logger.custom
ロガーのレベルを変更できます。
karaf@root()> log:set INFO my.logger.custom
karaf@root()> log:set INFO my.logger.custom
以下のようになります。
rootLogger=INFO,out,osgi:* my.logger=INFO,appender1 my.logger.custom=INFO,appender2
rootLogger=INFO,out,osgi:*
my.logger=INFO,appender1
my.logger.custom=INFO,appender2
my.logger.custom
ロガーで DEFAULT キーワードを使用して、レベルを削除できます。
karaf@root()> log:set DEFAULT my.logger.custom
karaf@root()> log:set DEFAULT my.logger.custom
以下のようになります。
rootLogger=INFO,out,osgi:* my.logger=INFO,appender1 my.logger.custom=appender2
rootLogger=INFO,out,osgi:*
my.logger=INFO,appender1
my.logger.custom=appender2
つまり、実行時に my.logger.custom
ロガーは親 my.logger
のレベルを使用するため、INFO
となります。
ここで、my.logger
ロガーで DEFAULT キーワードを使用するとします。
karaf@root()> log:set DEFAULT my.logger
karaf@root()> log:set DEFAULT my.logger
以下のようになります。
rootLogger=INFO,out,osgi:* my.logger=appender1 my.logger.custom=appender2
rootLogger=INFO,out,osgi:*
my.logger=appender1
my.logger.custom=appender2
したがって、my.logger.custom
と my.logger
はどちらも、親の rootLogger
のログレベルを使用します。
rootLogger
で DEFAULT キーワードを使用することはできず、親はありません。
18.1.2.7. log:tail リンクのコピーリンクがクリップボードにコピーされました!
log:tail
は log:display
と同じですが、ログエントリーが継続的に表示されます。
log:display
コマンドと同じオプションと引数を使用できます。
デフォルトでは、rootLogger
からのエントリーが表示されます。
karaf@root()> log:tail 2015-07-01 07:40:28,152 | INFO | FelixStartLevel | SecurityUtils | 16 - org.apache.sshd.core - 0.9.0 | BouncyCastle not registered, using the default JCE provider 2015-07-01 07:40:28,909 | INFO | FelixStartLevel | core | 68 - org.apache.aries.jmx.core - 1.1.1 | Starting JMX OSGi agent 2015-07-01 07:40:28,928 | INFO | FelixStartLevel | core | 68 - org.apache.aries.jmx.core - 1.1.1 | Registering MBean with ObjectName [osgi.compendium:service=cm,version=1.3,framework=org.apache.felix.framework,uuid=b44a44b7-41cd-498f-936d-3b12d7aafa7b] for service with service.id [13] 2015-07-01 07:40:28,936 | INFO | JMX OSGi Agent | core | 68 - org.apache.aries.jmx.core - 1.1.1 | Registering org.osgi.jmx.service.cm.ConfigurationAdminMBean to MBeanServer com.sun.jmx.mbeanserver.JmxMBeanServer@27cc75cb with name osgi.compendium:service=cm,version=1.3,framework=org.apache.felix.framework,uuid=b44a44b7-41cd-498f-936d-3b12d7aafa7b
karaf@root()> log:tail
2015-07-01 07:40:28,152 | INFO | FelixStartLevel | SecurityUtils | 16 - org.apache.sshd.core - 0.9.0 | BouncyCastle not registered, using the default JCE provider
2015-07-01 07:40:28,909 | INFO | FelixStartLevel | core | 68 - org.apache.aries.jmx.core - 1.1.1 | Starting JMX OSGi agent
2015-07-01 07:40:28,928 | INFO | FelixStartLevel | core | 68 - org.apache.aries.jmx.core - 1.1.1 | Registering MBean with ObjectName [osgi.compendium:service=cm,version=1.3,framework=org.apache.felix.framework,uuid=b44a44b7-41cd-498f-936d-3b12d7aafa7b] for service with service.id [13]
2015-07-01 07:40:28,936 | INFO | JMX OSGi Agent | core | 68 - org.apache.aries.jmx.core - 1.1.1 | Registering org.osgi.jmx.service.cm.ConfigurationAdminMBean to MBeanServer com.sun.jmx.mbeanserver.JmxMBeanServer@27cc75cb with name osgi.compendium:service=cm,version=1.3,framework=org.apache.felix.framework,uuid=b44a44b7-41cd-498f-936d-3b12d7aafa7b
log:tail
コマンドから終了するには、CTRL-C を入力します。
18.1.3. JMX LogMBean リンクのコピーリンクがクリップボードにコピーされました!
log:*
コマンドで実行可能なすべてのアクションは、LogMBean を使用して実行できます。
LogMBean オブジェクト名は org.apache.karaf:type=log,name=*
です。
18.1.3.1. 属性 リンクのコピーリンクがクリップボードにコピーされました!
-
Level
属性は、ROOT ロガーのレベルです。
18.1.3.2. 操作 リンクのコピーリンクがクリップボードにコピーされました!
-
getLevel(logger)
を使用して特定のロガーのログレベルを取得します。この操作は ALL キーワードをサポートするため、各ロガーのレベルで Map を返します。 -
setLevel(level, logger)
を使用して特定のロガーのログレベルを取得します。この操作は、log:set
コマンドの DEFAULT キーワードをサポートします。
18.1.4. 詳細設定 リンクのコピーリンクがクリップボードにコピーされました!
18.1.4.1. Filters リンクのコピーリンクがクリップボードにコピーされました!
フィルターはアペンダーに適用できます。フィルターは各ログイベントを評価し、ログに送信するかどうかを決定します。
Log4j2 で、すぐに使用できるフィルターが提供されます。
これらの包括的なビューについては、Log4J サイトの フィルター を参照してください。
18.1.4.2. ネストされたアペンダー リンクのコピーリンクがクリップボードにコピーされました!
ネストされたアペンダーは、別のアペンダーを使用する特別な種類のアペンダーです。アペンダーのチェーン間である種のルーティングを設定できます。
最も使用される入れ子に準拠するアペンダーは以下のとおりです。
-
AsyncAppender(
org.apache.log4j2.AsyncAppender
) は、イベントを非同期でログに記録します。このアペンダーはイベントを収集し、それに接続されているすべてのアペンダーにディスパッチします。 -
RewriteAppender (
org.apache.log4j2.rewrite.RewriteAppender
) は、ログイベントを書き直した後、ログイベントを別のアペンダーに転送します。
このアペンダーは、アペンダー定義で appenders
プロパティーを受け入れます。
log4j2.appender.[appender-name].appenders=[comma-separated-list-of-appender-names]
log4j2.appender.[appender-name].appenders=[comma-separated-list-of-appender-names]
たとえば、async
という名前の AsyncAppender を作成し、ログイベントを JMS アペンダーに非同期にディスパッチできます。
log4j2.appender.async=org.apache.log4j2.AsyncAppender log4j2.appender.async.appenders=jms log4j2.appender.jms=org.apache.log4j2.net.JMSAppender ...
log4j2.appender.async=org.apache.log4j2.AsyncAppender
log4j2.appender.async.appenders=jms
log4j2.appender.jms=org.apache.log4j2.net.JMSAppender
...
18.1.4.3. エラーハンドラー リンクのコピーリンクがクリップボードにコピーされました!
アペンダーが失敗する可能性があります。たとえば、RollingFileAppender
はファイルシステムへの書き込みを試みてもファイルシステムが満杯であったり、JMS アペンダーがメッセージを送信しようとしても JMS ブローカーは利用できない場合などです。
ロギングは極めて重要なので、ログアペンダーに障害があるかどうかを把握することは重要です。
各ログアペンダーはエラー処理をエラーハンドラーに委譲できるため、アペンダーエラーに対応することができます。
-
FailoverAppender (
org.apache.log4j2.varia.FailoverAppender
) を使用すると、プライマリーアペンダーが失敗した場合にセカンダリーアペンダーを引き継ぐことができます。エラーメッセージがSystem.err
で出力され、セカンダリーアペンダーのログに記録されます。
FailoverAppender の詳細は、Log4j2 の Apppender ページ にアクセスしてください。
アペンダー定義自体で errorhandler
プロパティーを使用して、各アペンダーに使用するエラーハンドラーを定義できます。
log4j2.appender.[appender-name].errorhandler=[error-handler-class] log4j2.appender.[appender-name].errorhandler.root-ref=[true|false] log4j2.appender.[appender-name].errorhandler.logger-ref=[logger-ref] log4j2.appender.[appender-name].errorhandler.appender-ref=[appender-ref]
log4j2.appender.[appender-name].errorhandler=[error-handler-class]
log4j2.appender.[appender-name].errorhandler.root-ref=[true|false]
log4j2.appender.[appender-name].errorhandler.logger-ref=[logger-ref]
log4j2.appender.[appender-name].errorhandler.appender-ref=[appender-ref]
18.1.4.4. OSGi 固有の MDC 属性 リンクのコピーリンクがクリップボードにコピーされました!
sift
アペンダーは、MDC (Mapped Diagnostic Context)属性に基づいてログイベントを分割できる OSGi 指向アペンダーです。
MDC では、ログイベントのさまざまなソースを区別できます。
sift
アペンダーは、デフォルトで OSGi 指向の MDC 属性を提供します。
-
bundle.id
はバンドル ID です -
bundle.name
は、バンドルのシンボリック名です。 -
bundle.version
はバンドルバージョンです
以下の MDC プロパティーを使用すると、バンドルごとにログファイルを作成できます。
18.1.4.5. OSGi スタックトレースレンダラーの強化 リンクのコピーリンクがクリップボードにコピーされました!
デフォルトでは、Apache Karaf は特殊なスタックトレースレンダラーを提供し、OSGi 固有の情報を追加します。
スタックトレースでは、例外を出力するクラスに加えて、各スタックトレース行の末尾にある [id:name:version]
パターンを見つけることができます。
-
id
はバンドル ID です -
name
はバンドル名です -
version
はバンドルバージョンです
問題源を診断すると非常に役立ちます。
たとえば、以下の IllegalArgumentException スタックトレースでは、例外のソースに関する OSGi の詳細を確認できます。
18.1.4.6. カスタムアペンダー リンクのコピーリンクがクリップボードにコピーされました!
Apache Karaf で独自のアペンダーを使用できます。
これを行う最も簡単な方法は、アペンダーを OSGi バンドルとしてパッケージ化し、org.ops4j.pax.logging.pax-logging-service
バンドルのフラグメントとしてアタッチすることです。
たとえば、MyAppender
を作成します。
public class MyAppender extends AppenderSkeleton { ... }
public class MyAppender extends AppenderSkeleton {
...
}
MANIFEST を含む OSGi バンドルとしてコンパイルしてパッケージ化すると以下のようになります。
Manifest: Bundle-SymbolicName: org.mydomain.myappender Fragment-Host: org.ops4j.pax.logging.pax-logging-service ...
Manifest:
Bundle-SymbolicName: org.mydomain.myappender
Fragment-Host: org.ops4j.pax.logging.pax-logging-service
...
Apache Karaf system
フォルダーでバンドルをコピーします。system
フォルダーは、標準の Maven ディレクトリーレイアウト groupId/artifactId/version を使用します。
etc/startup.properties
設定ファイルで、pax-logging-service バンドルの前にバンドルをリストで定義します。
システムバンドルをリロードするには、クリーンな実行 (data
フォルダーのパージ) で Apache Karaf を再起動する必要があります。これで、etc/org.ops4j.pax.logging.cfg
設定ファイルでアペンダーを直接使用できるようになります。