我正在构建一个简单的应用程序,现在我正面临着记录噩梦"在javaee应用程序上。我已经完成了数天的搜索,数百次更改/测试,但没有办法让它运行。 我的应用程序由一个简单的
组成 EAR
+-- /lib
| +-- slf4j-api-1.7.25.jar
| +-- logback-classic-1.2.3.jar
| +-- logback-core-1.2.3.jar
|
+-- JAR (JPA/EJB/Producers/Interceptors)
| +--src/main/resources
| +-- logback.xml
| +-- logback-test.xml
|
+-- WAR
libs被加载到EAR文件的lib目录中 EJB项目中的 pom.xml 包含此依赖项:
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
<version>1.7.25</version>
</dependency>
<dependency>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-classic</artifactId>
<version>1.2.3</version>
</dependency>
还提供了 javaee-api-7.0 。 我将日志工具放在EJB项目中,这样我就可以在webapp中使用日志生成器,并将记录器也注入JSF控制器中。 logback.xml 是:
<?xml version="1.0" encoding="UTF-8"?>
<configuration debug="true">
<property name="DEV_HOME" value="c:/Dev" />
<appender name="FILE-AUDIT"
class="ch.qos.logback.core.rolling.RollingFileAppender">
<file>${DEV_HOME}/debug.log</file>
<encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
<Pattern>WE:%d{yyyy-MM-dd HH:mm:ss} - %msg%n</Pattern>
</encoder>
<rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
<!-- rollover daily -->
<fileNamePattern>${DEV_HOME}/archived/debug.%d{yyyy-MM-dd}.%i.log
</fileNamePattern>
<timeBasedFileNamingAndTriggeringPolicy
class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP">
<maxFileSize>10MB</maxFileSize>
</timeBasedFileNamingAndTriggeringPolicy>
</rollingPolicy>
</appender>
<logger name="it.univaq.we2018" level="DEBUG" additivity="false">
<appender-ref ref="FILE-AUDIT" />
</logger>
<root level="ERROR">
<appender-ref ref="FILE-AUDIT" />
</root>
</configuration>
我所有的课程都在 it.univaq.we2018 包(.service,.controllers,....)下。 这是CDI生产者(System.out只是出于我的目的):
@Named
@Singleton
public class LoggerProducer {
@Produces
public Logger produceLogger(InjectionPoint ip) {
System.out.println("-----> construct logging for: "+ip.getMember().getDeclaringClass());
Logger log = LoggerFactory.getLogger(ip.getMember().getDeclaringClass());
System.out.println("-----> LogFactory is: "+log+" for "+log.getName());
return log;
}
}
这是一个使用它的EJB:
@Stateless
@LocalBean
public class SecurityService implements Serializable {
@Inject
Logger log;
public boolean performSecurityCheck(String userName, String target) {
log.debug("Testing ["+target+"] for user ["+userName+"]...");
return true;
}
}
Logger 和 LoggerFactory 的包是 org.slf4j
试图在每个文件夹/包下移动logback.xml ......什么都没有。输出始终相同:
INFORMAZIONI: indexController.init() INFORMAZIONI: ---- ENTER:
[it.univaq.we2018.tutor.controller.IndexController.doAction()]
INFORMAZIONI: -----> construct logging for: class
it.univaq.we2018.tutor.service.SecurityService
INFORMAZIONI: -----> LogFactory is:
Logger[it.univaq.we2018.tutor.service.SecurityService]
for it.univaq.we2018.tutor.service.SecurityService
INFORMAZIONI: 10:38:34.423 [http-thread-pool::http-listener-1(4)] DEBUG
it.univaq.we2018.tutor.service.SecurityService - Testing
[it.univaq.we2018.tutor.controller.IndexController.doAction()] for
user [null]...
INFORMAZIONI: indexController.doAction() INFORMAZIONI:
BaseService.businessMethod() INFORMAZIONI: ---- EXIT:
[it.univaq.we2018.tutor.controller.IndexController.doAction()]
日志行#4应该转到该文件,但文件永远不会打开,并且日志的格式与配置不一致(应该以 WE:前缀和有不同的模式)。 我不知道如何解决这个问题。我一直认为JavaEE应用程序的日志记录需要从头开始进行全面的重新设计:appserver应该提供一个&#34;插件&#34;像数据源这样的机制减少了与配置,类加载,lib冲突等相关的所有问题。
在Payara 5.182下的NetBeans 8.2 maven javaee7原型项目Java 1.8_172上运行。
答案 0 :(得分:1)
您有资源可见性问题。
EAR / lib目录中的Jars无法查看EJB jar或WAR文件中的类或资源。您的配置当前似乎位于EJB模块中。因此,EAR / lib目录中的log-back类无法查看配置文件。
如果必须打包日志配置,则需要在EAR / lib目录中的jar中找到它。
有关EAR文件中资源和类可见性的更多信息,请参阅我对My ear is not able to find ejb module classes的回答。
就个人而言,我更喜欢外化日志配置。在log-back的情况下,您可以使用-Dlogback.configurationFile=/path/to/config.xml
环境变量指定配置文件的路径。