当前位置: 首页 > 知识库问答 >
问题:

Websphere 8.5中配置文件级别的应用程序日志记录

闻人嘉颖
2023-03-14

WebSphere8.5-我在2个节点上设置了一个集群,每个节点上设置了两个服务器,总共有4个服务器JVM。一个应用程序部署在集群上,所以基本上运行在所有4台服务器上。

根据IBM WAS8.5,我的应用程序日志应该位于以下所有4个服务器日志位置,

    [WAS_HOME]\profiles\[PROFILE_1]\logs\[SERVER_1]\
    [WAS_HOME]\profiles\[PROFILE_1]\logs\[SERVER_2]\

    [WAS_HOME]\profiles\[PROFILE_2]\logs\[SERVER_3]\
    [WAS_HOME]\profiles\[PROFILE_2]\logs\[SERVER_4]\

但它是在配置文件级别生成的

    Server 1 and 2 write at [WAS_HOME]\profiles\[PROFILE_1]\
    Server 3 and 4 write at [WAS_HOME]\profiles\[PROFILE_2]\

我只有2组日志,而不是4组日志。是否有任何配置,以便在服务器级别生成应用程序日志?这将帮助我分析哪个服务器在服务外部请求。

编辑:log4j.properties-

    log4j.logger.cdamdb=DEBUG, cdaFileLog
    log4j.additivity.cdamdb=false

    log4j.appender.cdaFileLog=org.apache.log4j.RollingFileAppender
    log4j.appender.cdaFileLog.File=<nopath>firm-cda.log
    log4j.appender.cdaFileLog.MaxFileSize=25MB
    log4j.appender.cdaFileLog.MaxBackupIndex=2

共有1个答案

凌修伟
2023-03-14

通过将File指定为“first-cda.log”而不指定目录,日志文件将在当前工作目录中创建,默认情况下该目录是PROFILE_HOME,而不是服务器日志目录。如果希望该文件与其他服务器日志一起可靠地显示,则需要指定一个目录。由于log4j支持变量,因此可以使用file=${my.log4j.dir}/first-cda.log,然后在WAS配置中定义一个名为my.log4j.dir的JVM“自定义”(系统)属性。

 类似资料:
  • 我试图通过以下代码实现一个基本配置器 的类def是 我使用的是Log4j2,分布在这里。当我在构建路径中有Log4j-to-slf4j和实现jar时,我总是得到SLF4J桥接错误: 我认为应该为DEBUG配置根记录器,因此我的所有日志语句都应该通过(即DEBUG级别或更高级别的任何内容)。但运行应用程序时,在控制台上看不到任何日志消息。我错过了什么?

  • 本文向大家介绍如何配置Spring Boot应用程序日志记录?相关面试题,主要包含被问及如何配置Spring Boot应用程序日志记录?时的应答技巧和注意事项,需要的朋友参考一下 Spring Boot附带了对Log4J2,Java Util Logging和Logback的支持。它通常预先配置为控制台输出。可以通过仅在application.properties文件中指定logging.leve

  • 我在我的项目中进行了强制日志记录,并且我很难抑制我不想要的日志记录语句。 还有,我在使用log4j时看不到这些记录器。我正在尝试学习Logback,因为我已经被指派来评估它作为团队可能的升级。

  • Log4J允许您通过命令行,例如“-dlog4j.logger.com.whatever.myclass=debug”,通过您希望应用程序中的特定记录器进行日志记录的级别。我在logback找不到任何类似的设施。根据FAQ,它似乎允许您做的只是通过使用变量替换来设置根记录器的级别。是我遗漏了什么,还是登录不支持这个?谢了。

  • 问题内容: 我还找不到关于如何使用Log4j的XML样式配置文件配置Hibernate日志记录的任何文档。 这是否有可能,或者我是否使用属性样式配置文件来控制Hibernate的日志记录? 如果有人有任何信息或文档链接,我们将不胜感激。 编辑: 只是为了澄清,我正在寻找控制Hibernate的实际XML语法的示例。 EDIT2: 这是我的XML配置文件中的内容。 日志记录工作正常,但是我正在寻找一

  • 我在Spring Boot(1.3M1)中使用了application.properties,并开始将其转换为yaml文件,因为它变得越来越复杂。 但我在将其转换为YAML时遇到了问题: