struts-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From J C <>
Subject Re: Struts 2.5.19 test build is ready
Date Sat, 05 Jan 2019 21:44:38 GMT
Hello Greg (and Dev List).

Thanks for the reply and additional details of the concern you found with the 2.5.19 test

A PR request to address the OgnlValueStack "warn log flood" was opened and submitted for review.
 If it gets accepted for 2.5.19, then it should help address the concern you identified.

We'll have to see what Łukasz and the Apache Struts Team decide for 2.5.19.

Thanks again,


On Sat, 1/5/19, Greg Huber <> wrote:

 Subject: Re: Struts 2.5.19 test build is ready
 To: "Struts Developers List" <>, "J C" <>
 Received: Saturday, January 5, 2019, 3:28 AM
 For me, I get four of these
 messages per request, so there are alot of messages.  Also
 I would rather not change the log level.
 In your build you should take care
 of these mistakes, and update your config
 This is what I use in my pom, where
 I set all the dev options to false.
 <target name="struts-update">
 level="info">Update dev
 runtime to false</echo>
 name="" />
 value="struts.devMode=false" />
 value="struts.i18n.reload=false" />
 Cheers Greg
 On Fri, 4
 Jan 2019 at 20:15, J C <>
 Hello Greg (and
 Unfortunately it's a situation of trade-offs for
 detecting an unexpected change to devMode vs. when you have
 intentionally decided to do so.  Under the circumstances
 there may only be two ways to address the impact:
 1) Suppress all log output below level Error for
 using the application's log configuration (for loggers
 that support such).  If you're doing development with
 devMode true then it could be an appropriate response.
   If you're using Apache Commons Logging then
 suppressing the warnings should be possible with a
 commons-logging configuration entry something like:
   If you're using log4j2 then using a sample
 configuration from the Log4J site (
 as a reference, it should be possible to suppress the
 unwanted log messages using something like:
     <?xml version="1.0"
     <Configuration status="WARN">
           ... define your console/file appenders here
 level="ERROR" additivity="true"> 
 <!-- Suppress WARN and below -->
         <Root level="trace">
           <AppenderRef ref="Console"
 level="debug" />
            ... define the rest of your appender
 reference here ...
 2) Modify source com.opensymphony.xwork2.ognl.OgnlValueStack
 line 107 and change the log-level for the statement to
 "debug" in the Struts build.
   Doing that would avoid the output for logging
 configurations that use INFO and above levels, but
 developers would still see the message when running at debug
 Trying 1) above with commons-logging worked for me, but
 unfortunately I don't have access to the configuration I
 used to double-check right now.  For Log4J2 there's a
 nice general overview (
 ) that might be of use as well.
 It's probably possible with SLF4J as well, but I
 don't have experience with the syntax.
 Could you try to see if using a log configuration change
 something like the above works in your circumstances (to
 suppress unwanted warning output) and then let the Dev list
 know ?
 p.s.  I didn't encounter any functional issues with the
 2.5.19 test build during some checks earlier in the week
 (mostly with core functionality and a little
 On 2019/01/04 08:32:39, Greg Huber <>
 > My dev logs are now full of these messages!>
 > 2019-01-04 08:29:33,861 WARN
 > OgnlValueStack:setDevMode - Setting development mode
 [true] affects the>
 > safety of your application!>
 > We already know this.>
 > Cheers Greg>
 > On Sun, 30 Dec 2018 at 16:05, Lukasz Lenart <>
 > > Hi,>
 > >>
 > > Please take a time and test the bits - any help is
 appreciated. Please>
 > > report any problems. I'll call for a vote in a
 week if no problems>
 > > will be spotted.>
 > >>
 > > Staging Maven repo>
 > >>
 > >>
 > > Standalone artifacts>
 > >>
 > >>
 > > Release notes>
 > >>
 > >>
 > >>
 > > Kind regards>
 > > -->
 > > Łukasz>
 > > + 48 606 323 122>
 > >>
 > >
 > > To unsubscribe, e-mail:>
 > > For additional commands, e-mail:>
 > >>
 > >>
 To unsubscribe, e-mail:
 For additional commands, e-mail:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message