如何为Wildfly上部署的各服务拆分独立日志文件

以下配置适配Wildfly 8及以上所有主流版本，集群场景可直接复用：

方案一：通过Wildfly日志子系统全局配置（无需修改War包，推荐集群场景使用） #

该方案不需要调整应用代码或包结构，在服务端统一配置即可，域模式下可一次性同步到所有集群节点：

• 登录Wildfly管理控制台，或通过jboss-cli命令行执行配置操作
• 为每个War包单独创建日志文件处理器，以War1.war为例，cli命令如下：

/subsystem=logging/periodic-rotating-file-handler=war1-handler:add(level=INFO, file={"path"=>"war1.log", "relative-to"=>"jboss.server.log.dir"}, suffix=".yyyy-MM-dd", append=true)

• 为每个War包创建专属日志类别，指定绑定对应处理器，同时禁止日志传递到父类避免重复输出：

/subsystem=logging/logger=deployment.War1.war:add(level=INFO, handlers=["war1-handler"], use-parent-handlers=false)

注意：logger名称固定为deployment.${你的war包全名}，如果是ear包下的子war则格式为deployment.${ear包名}.${war包名}

• 重复以上两步，完成剩余13个War包对应的handler和logger配置即可，域模式下配置完成后会自动同步到所有集群从节点，无需逐节点修改。

方案二：每个War包自带独立日志配置（适合需要差异化日志规则的场景） #

该方案每个应用的日志规则完全独立，支持自定义格式、级别、留存策略等：

• 在每个War包的WEB-INF目录下创建jboss-deployment-structure.xml文件，排除Wildfly自带的日志依赖避免冲突，内容如下：

<?xml version="1.0" encoding="UTF-8"?>
<jboss-deployment-structure>
    <deployment>
        <exclusions>
            <module name="org.apache.commons.logging" />
            <module name="org.slf4j" />
            <module name="org.slf4j.ext" />
            <module name="org.slf4j.jcl-over-slf4j" />
            <module name="org.slf4j.impl" />
            <module name="org.apache.log4j" />
            <module name="org.jboss.logging" />
            <module name="org.jboss.logmanager.log4j" />
        </exclusions>
    </deployment>
</jboss-deployment-structure>

• 基于Spring4框架的项目一般使用log4j或logback作为日志实现，把对应的日志配置文件（如log4j.properties、logback.xml）放到WEB-INF/classes目录下，在配置中指定输出的日志文件名即可，log4j配置示例如下：

log4j.rootLogger=INFO,file
log4j.appender.file=org.apache.log4j.RollingFileAppender
log4j.appender.file.File=${jboss.server.log.dir}/war1.log
log4j.appender.file.MaxFileSize=100MB
log4j.appender.file.MaxBackupIndex=10
log4j.appender.file.layout=org.apache.log4j.PatternLayout
log4j.appender.file.layout.ConversionPattern=%d{yyyy-MM-dd HH:mm:ss} %-5p %c{1}:%L - %m%n

• 每个War包修改对应配置中的输出文件名即可完成独立日志配置。

注意事项

• 若使用服务端统一配置方案，需要确保所有War包内没有携带日志配置文件，也没有引入日志实现相关的依赖，否则会导致日志输出冲突。
• 集群环境下优先选择方案一，避免逐个修改War包的工作量，也方便后续统一调整日志级别、留存策略等配置。

内容的提问来源于stack exchange，提问作者Fearlezz