本文遇到的问题主要是在中文Windows下碰到的。
这里着重讲两个问题:
1. log包冲突问题。
2. file.encoding 编码格式问题。
第一个问题:
由于工程引入了很多包,不同包引入了不同的Log实现类,然后就天下大乱了,报错如下:
Caused by: java.lang.RuntimeException: java.lang.ClassCastException: org.slf4j.impl.Slf4jLoggerFactory cannot be cast to ch.qos.logback.classic.LoggerContext
Caused by: java.lang.ClassCastException: org.slf4j.impl.Slf4jLoggerFactory cannot be cast to ch.qos.logback.classic.LoggerContext"}}
这个问题搜了半天,最终在 stackoverflow 上找到解决方案,增加 jboss-deployment-structure.xml 配置文件,配置文件内容:
<?xml version="1.0" encoding="UTF-8"?>
<jboss-deployment-structure>
<deployment>
<!-- exclude-subsystem prevents a subsystems deployment unit processors running on a deployment -->
<!-- which gives basically the same effect as removing the subsystem, but it only affects single deployment -->
<exclusions>
<module name="org.slf4j" />
<module name="org.slf4j.impl" />
</exclusions>
</deployment>
</jboss-deployment-structure>
该配置文件放到META-INF目录下或者WEB-INF目录下。个人感觉放WEB-INF下比较方便。
第二个问题比较难搞。Windows下启动standalone.bat,file.encoding会默认加载操作系统的编码格式,中文Windows下为GBK。
一般wildfly都架设在Linux/Unix上,文件格式可能也不是GBK,或者项目的编码也没有强制要求编码格式,会与操作系统保持一致,因此也没有这个问题。
而我们这边的项目强制要求UTF-8,所以出现了这个现象。这个file.encoding参数,网上也没有搜到修改它的方法,着实难搞。
后来想到在tomcat服务器上也碰到过这个问题,网上关于tomcat的资料还是比wildfly丰富很多,很容易找到解决方案:
tomcat/bin目录下的catalina.bat,修改 set JAVA_OPTS=%JAVA_OPTS% %LOGGING_CONFIG% 为 set JAVA_OPTS=%JAVA_OPTS% %LOGGING_CONFIG% -Dfile.encoding="UTF-8" ,然后file.encoding 就改过来了。
于是我就在standalone.bat中找类似的指令,让我找到一个: set "JAVA_OPTS=-Dprogram.name=%PROGNAME% %JAVA_OPTS%" ,好像和tomcat不太一样?抱着试试看的心,将其改为 set "JAVA_OPTS=-Dprogram.name=%PROGNAME% %JAVA_OPTS% -Dfile.encoding=UTF-8" ,再次启动standalone.bat ,成了!
希望对大家有所帮助。