1

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

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

谢谢，劳拉

4

2 回答 2

0

可能Tomcat的级别更冗长。Tomcat 使用java.util.loggingAPI (JUL)，因此您有一个logging.properties文件（在应用程序中或在confTomcat 目录中）。

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

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

更改为所需的级别。

也可以看看：

于 2013-08-15T21:41:34.600 回答
0

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

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

于 2015-11-02T11:50:25.440 回答