试图弄清楚如何最小化ehcache日志（n.s.e.constructs.web.filter.Filter）答案

【问题标题】：Trying to figure out how to minimize ehcache logs (n.s.e.constructs.web.filter.Filter)试图弄清楚如何最小化ehcache日志（n.s.e.constructs.web.filter.Filter）
【发布时间】：2013-08-15 16:02:59
【问题描述】：

我是使用 ehcache 的新手，我猜我收到的这些调试消息来自我正在使用的开源项目。原木像野火一样生长，我希望我能找到一种方法来减少它们。这些是我在每次页面重新加载时收到的日志消息类型。

08:33:19.626 [http-8080-6] DEBUG n.s.e.constructs.web.filter.Filter - Request Headers: host -> my.application.com: connection -> keep-alive: cache-control -> max-age=0: accept -> */*: if-none-match -> W/"17227-1367868490000": if-modified-since -> Mon, 06 May 2013 19:28:10 GMT: user-agent -> Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/28.0.1500.95 Safari/537.36: referer -> my.application.com/f/u25l1s4/normal/render.uP: accept-encoding -> gzip,deflate,sdch: accept-language -> en-US,en;q=0.8: cookie -> SESS29f919b3f2c84b3e362ffe4e56d595bd=4b4e6edlaadlhfa6gu8lj66u11; __utma=90227742.1696363642.1351091807.1375806239.1376082782.23; __utmz=90227742.1375806239.22.5.utmcsr=...|utmccn=(referral)|utmcmd=referral|utmcct=/get-help/guides-faqs/emailcalendar/office-365-configuration; BIGipServertest_portal_pool=973860009.36895.0000; __utma=124793366.1826473631.1376577744.1376577744.1376580642.2; __utmb=124793366.37.9.1376580778696; __utmc=124793366; __utmz=124793366.1376577744.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none)

08:33:19.627 [http-8080-6] DEBUG n.s.e.c.web.filter.CachingFilter - Thread http-8080-6  has been marked as visited.

08:33:19.627 [http-8080-6] DEBUG net.sf.ehcache.Cache - Cache: SimplePageCachingFilter store hit for GET/ResourceServingWebapp/rs/backbone/0.9.2/backbone-0.9.2.min.jsnull

08:33:19.629 [http-8080-6] DEBUG n.s.e.constructs.web.filter.Filter - Request Headers: host -> my.application.com: connection -> keep-alive: cache-control -> max-age=0: accept -> */*: if-none-match -> W/"17227-1367868490000": if-modified-since -> Mon, 06 May 2013 19:28:10 GMT: user-agent -> Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/28.0.1500.95 Safari/537.36: referer -> my.application.com/f/u25l1s4/normal/render.uP: accept-encoding -> gzip,deflate,sdch: accept-language -> en-US,en;q=0.8: cookie -> SESS29f919b3f2c84b3e362ffe4e56d595bd=4b4e6edlaadlhfa6gu8lj66u11; __utma=90227742.1696363642.1351091807.1375806239.1376082782.23; __utmz=90227742.1375806239.22.5.utmcsr=...|utmccn=(referral)|utmcmd=referral|utmcct=/get-help/guides-faqs/emailcalendar/office-365-configuration; BIGipServertest_portal_pool=973860009.36895.0000; __utma=124793366.1826473631.1376577744.1376577744.1376580642.2; __utmb=124793366.37.9.1376580778696; __utmc=124793366; __utmz=124793366.1376577744.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none)

关于我应该做什么或看什么有什么建议吗？

谢谢，劳拉

【问题讨论】：

您使用什么框架进行登录？日志4j？你能分享一些你的log4j.properties或log4j.xml的台词吗？
这是一个spring框架，我使用的开源项目是uPortal。因为它还涉及 portlet，所以到处都有 log4j 属性文件。我已经为 DEBUG 做好了准备，并用 WARN 替换了每个 DEBUG 实例。但是，它也可能是 lib 目录中的某个 .jar 文件。有人告诉我一个 lib 文件 xmlsec-1.4.3.jar 是一个依赖项，它启用了 DEBUG 设置。所以我解压了它，修改了它并重新打包它并没有修复它......所以它可能是一百个可能有这个设置的 jar 文件中的任何一个......这让我很担心。
无论如何，我希望有一种更高级别的方式来抑制它..比如可能是 Tomcat 设置。

标签： java tomcat logging ehcache

【解决方案1】：

可能 Tomcat 的级别更冗长。 Tomcat使用java.util.logging API (JUL)，所以你有一个logging.properties文件（在应用程序或Tomcat的conf目录中）。

在这些文件中，您可以找到下一行。

java.util.logging.ConsoleHandler.level = FINE
java.util.logging.ConsoleHandler.formatter = org.apache.juli.OneLineFormatter

更改为所需的级别。

另见：

【讨论】：

感谢您的建议。事实证明，这个开源项目在次要版本中缺少一个文件，并且在最新版本中得到了修复。但是，这可能是对 Tomcat 级别进行更多控制的好主意

【解决方案2】：

这是known bug。发生这种情况是因为 logback 是日志记录实现，但没有添加 logback 配置。事实上 log4j 配置被错误地添加了。它似乎只影响 resource-server-webapp 的 1.0.29 版本。

它已在 1.0.30 中修复，因此我的建议是升级到该版本，因为它看起来像是一个安全的更新。但是，如果你不能，那么你只需要在战争中添加一个 logback.xml 配置。您可以在the pull request 中查看更新版本中添加的内容。

【讨论】：