Question

我是使用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)

有关我应该做什么或看什么的任何建议？

谢谢，劳拉

Answer 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

更改所需级别。

另见：

Answer 2

这是known bug。这是因为logback是日志记录实现，但没有添加任何回溯配置。实际上log4j配置已被错误地添加。它似乎只影响resource-server-webapp的版本1.0.29。

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

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

2 个答案: