|
|
logback.xml ファイルでログを設定するのではなく、ログサブシステムで説明したジェネリックサービスを使用することをお勧めします。詳細については、管理者サービスを参照してください。
|
|
|
logback.xml を使用することを選択した場合、システムの再起動後にログレベルは維持されません。
|
<logger name="org.springframework.security" level="INFO" additivity="false">
<appender-ref ref="ASYNC_APPENDER_SECURITY"/>
</logger>
<logger name="org.springframework.security" level="DEBUG" additivity="false">
<appender-ref ref="ASYNC_APPENDER_SECURITY"/>
</logger>
<logger name="com.thingworx.security.authentication.sso" level="DEBUG" additivity="false">
<appender-ref ref="ASYNC_APPENDER_SECURITY"/>
</logger>
|
パラメータ
|
環境変数
|
ベースタイプ
|
デフォルト
|
説明
|
|---|---|---|---|---|
|
queueSize
|
AsyncAppender ごとに異なります。下の表を参照してください。
|
INTEGER
|
256
|
ブロッキングキューの最大容量。この値は AsyncAppender の作成時に使用され、変更できません。この値はアペンダーごとに設定できます。
|
|
discardingThreshold
|
DISCARDING_THRESHOLD
|
INTEGER
|
0 %
|
デフォルトでは、ブロッキングキューの残りの容量が 20 % になると、TRACE、DEBUG、および INFO レベルのイベントは破棄され、WARN および ERROR レベルのイベントは維持されます。すべてのイベントを維持するには、discardingThreshold を 0 に設定します。
|
|
maxFlushTime
|
MAX_FLUSH_TIME
|
INTEGER
|
1000 ms
|
最大キューフラッシュタイムアウト (ミリ秒)。キューの深さと参照先アペンダーへの待機時間に応じて、AsyncAppender はキューを完全にフラッシュするのに許容できないほど時間がかかることがあります。LoggerContext が停止すると、AsyncAppender stop メソッドは Worker スレッドが完了するのをこの時間だけ待ちます。この時間内に処理できないイベントは破棄されます。この値のセマンティックは Thread.join(long) のセマンティックと同じです。
|
|
neverBlock
|
NEVER_BLOCK
|
BOOLEAN
|
false
|
デフォルトでは、このパラメータは false に設定されています。つまり、アペンダーはメッセージを破棄するのではなく、一杯になっているキューへの追加をブロックします。true に設定した場合、アペンダーはメッセージを破棄し、アプリケーションをブロックしません。
|
|
アペンダー名
|
環境変数
|
デフォルト
|
|---|---|---|
|
ASYNC_APPENDER_APPLICATION
|
MAX_QUEUE_SIZE_APPLICATION
|
10000
|
|
ASYNC_APPENDER_CONSOLE
|
ASYNC_APPENDER_CONSOLE
|
10000
|
|
ASYNC_APPENDER_CONFIGURATION
|
MAX_QUEUE_SIZE_CONFIGURATION
|
1000
|
|
ASYNC_APPENDER_SECURITY
|
MAX_QUEUE_SIZE_SECURITY
|
1000
|
|
ASYNC_APPENDER_DATABASE
|
MAX_QUEUE_SIZE_DATABASE
|
1000
|
|
ASYNC_APPENDER_COMMUNICATION
|
MAX_QUEUE_SIZE_COMMUNICATION
|
1000
|
|
ASYNC_APPENDER_ERROR
|
MAX_QUEUE_SIZE_ERROR
|
5000
|
|
ASYNC_APPENDER_SCRIPT
|
MAX_QUEUE_SIZE_SCRIPT
|
5000
|
|
ASYNC_APPENDER_SCRIPT_ERROR
|
MAX_QUEUE_SIZE_SCRIPT_ERROR
|
5000
|
|
ログ保持期間の設定
|
プロパティ名
|
デフォルト
|
説明
|
|---|---|---|---|
|
最大ファイルサイズ (KB)
|
MAX_FILE_SIZE
|
100000
|
各ログファイルのサイズ制限
|
|
アーカイブの最大日数
|
MAX_HISTORY_SIZE
|
7
|
ログファイルがアーカイブに保存される日数
|
|
維持するすべてのログファイルの合計サイズ (GB)
|
TOTAL_SIZE_CAP
|
10
|
アーカイブ内のすべてのログファイルのサイズ制限
|
<!-- configuration appender -->
<appender name="CONFIGURATION" class="ch.qos.logback.core.rolling.RollingFileAppender">
<!-- Support multiple-JVM writing to the same log file -->
<prudent>true</prudent>
<rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">
<fileNamePattern>{LOG_PATH}/ConfigurationLog.%d{yyyy-MM-dd}.%i.log</fileNamePattern>
<maxHistory>{MAX_HISTORY_SIZE}</maxHistory>
<totalSizeCap>{TOTAL_SIZE_CAP}</totalSizeCap>
<maxFileSize>{MAX_FILE_SIZE}</maxFileSize>
</rollingPolicy>
<encoder class="com.thingworx.logging.ThingWorxPatternLayoutEncoder">
<pattern>{CONFIGURATION_LAYOUT_PATTERN}</pattern>
</encoder>
</appender>
<!-- application appender -->
<appender name="APPLICATION" class="ch.qos.logback.core.rolling.RollingFileAppender">
<file>{LOG_PATH}/ApplicationLog.log</file>
<rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">
<fileNamePattern>{LOG_PATH}/archives/ApplicationLog.%d{yyyy-MM-dd}.%i.log</fileNamePattern>
<maxHistory>{MAX_HISTORY_SIZE}</maxHistory>
<totalSizeCap>{TOTAL_SIZE_CAP}</totalSizeCap>
<maxFileSize>{MAX_FILE_SIZE}</maxFileSize>
</rollingPolicy>
<encoder class="com.thingworx.logging.ThingWorxPatternLayoutEncoder">
<pattern>{LAYOUT_PATTERN}</pattern>
</encoder>
</appender>