Tuckey does some funky stuff with logging. It basically has its own thing, that can delegate to slf4j, but if that is not enabled then it will basically end up logging using the ServletContext log() methods (or stderr/stdout). These methods kind of suck, as they have no way to specify a severity or category. In our impl the version without an exception logs at INFO, the version with logs at ERROR. Thinking about it these should really have their own category to make it clear what is going on here. https://github.com/paultuckey/urlrewritefilter/blob/master/ src/main/java/org/tuckey/web/filters/urlrewrite/utils/Log.java#L444 Other than adding a slf4j bridge and making it use slf4j somehow I don't know if there is much you can do. Stuart On Wed, Apr 4, 2018 at 7:38 AM, Brad Wood <bdw429s(a)gmail.com&gt; wrote: > We're using Undertow in a console app that also leverages Tuckey for URL > rewriting. We're also using Log4j for logging stuff. I was noticing this > week that most of the log messages from Tuckey seem to be nested inside of > a log message from Undertow-- often times with a different logging > severity. > > [INFO ] io.undertow.servlet: org.tuckey.web.filters.urlrewrite.Condition TRACE: outcome false > > I can try and provide the details of how we're using Log4j if I need. > I'd like to be able to do some filtering and such to separate out my Tuckey > logs, but I can't do it easily when they appear to get caught up and > re-logged by Undertow under a different logging category and severity. > > Any ideas on what's going on would be welcome. > > Thanks! > > ~Brad > > *Developer Advocate* > *Ortus Solutions, Corp * > > E-mail: brad(a)coldbox.org > ColdBox Platform: http://www.coldbox.org > Blog: http://www.codersrevolution.com > > > _______________________________________________ > undertow-dev mailing list > undertow-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/undertow-dev >