How are users currently able to set the log level to OFF? Do they modify the 
config?

Sent from my iPhone

> On 2015/08/26, at 11:35, Nicholas Duane <nic...@msn.com> wrote:
> 
> It just dawned on me that my solution of redefining OFF to the INFO level 
> only addresses the case of someone setting the level to OFF.  Someone could 
> set the level to ERROR.
> As I mentioned, what I'm trying to do is enforce, via configuration only, not 
> being able to turn of logging of INFO and below levels.
> Thanks,Nick
> 
> -------- Original message --------
> From: Nicholas Duane <nic...@msn.com>
> Date: 08/25/2015  7:46 PM  (GMT-07:00)
> To: Log4J Users List <log4j-user@logging.apache.org>
> Subject: RE: redefining existing levels?
> 
> Yes and no.  The user might know how to turn on/off logging, but they might 
> not understand what the enterprise is wanting to do.  We would like to make 
> it hard, if not impossible, to turn off logging of INFO and below (or above 
> for .NET) events.  So even if something thinks they should turn off logging 
> and sets the level to "OFF" we still want INFO and below to be logged.
> 
> Thanks,
> Nick
> 
>> Subject: Re: redefining existing levels?
>> From: remko.po...@gmail.com
>> Date: Wed, 26 Aug 2015 09:25:09 +0900
>> To: log4j-user@logging.apache.org
>> 
>> Could you explain a bit more about your use case before we zoom in on a 
>> specific solution?
>> 
>> I'd like to understand better what you mean by [if someone sets the level to 
>> "OFF"]?
>> What is the scenario? Someone logs into the server and modifies the 
>> configuration and makes a mistake? Or is this a client distributed to your 
>> users' PCs and they may modify the configuration?
>> 
>> It sounds like you are trying to protect against human error; is that the 
>> case?
>> 
>> Sent from my iPhone
>> 
>>> On 2015/08/26, at 8:37, Nicholas Duane <nic...@msn.com> wrote:
>>> 
>>> No.  Redefining existing levels is to help ensure we have "24x7" logging 
>>> always on.  So even if someone sets the level to "OFF" we still get INFO 
>>> and above.  Basically we'll have levels higher (or lower based on what 
>>> platform we're talking about) than INFO OFF by default and only turn them 
>>> on when needed.
>>> 
>>> Thanks,
>>> Nick
>>> 
>>>> Date: Wed, 26 Aug 2015 08:33:34 +0900
>>>> Subject: Re: redefining existing levels?
>>>> From: remko.po...@gmail.com
>>>> To: log4j-user@logging.apache.org
>>>> 
>>>> Is redefining levels a way to work around the issue you had with the range
>>>> check?
>>>> I've replied to your range check question with a link to an example config.
>>>> 
>>>> On Wed, Aug 26, 2015 at 8:02 AM, Gary Gregory <garydgreg...@gmail.com>
>>>> wrote:
>>>> 
>>>>> Well, let's all work together to get you up and running. Hopefully we'll
>>>>> get other devs to keep chiming in.
>>>>> 
>>>>> 
>>>>> Gary
>>>>> 
>>>>>> On Tue, Aug 25, 2015 at 3:58 PM, Nicholas Duane <nic...@msn.com> wrote:
>>>>>> 
>>>>>> I will get to that.  However, I assume that works as that's documented
>>>>>> pretty well.  So I'm looking at the other things which may or may not
>>>>> work
>>>>>> as I have to find out what blocking issues we're going to run into.
>>>>>> Redefining existing levels is one.  I sent the other email regarding
>>>>> range
>>>>>> level filter as we also need that to work.  It works in .NET.  So far
>>>>> it's
>>>>>> looking like I'll need to write my own filter for log4j2 in order to get
>>>>>> range level filtering working.
>>>>>> 
>>>>>> Thanks,
>>>>>> Nick
>>>>>> 
>>>>>>> Date: Tue, 25 Aug 2015 15:54:08 -0700
>>>>>>> Subject: Re: redefining existing levels?
>>>>>>> From: garydgreg...@gmail.com
>>>>>>> To: log4j-user@logging.apache.org
>>>>>>> 
>>>>>>> Ah, well, let's start with the documented stuff we know should work ;-)
>>>>>>> 
>>>>>>> Gary
>>>>>>> 
>>>>>>> On Tue, Aug 25, 2015 at 3:19 PM, Nicholas Duane <nic...@msn.com>
>>>>> wrote:
>>>>>>> 
>>>>>>>> Thanks.  I assumed my 'BUSINESS' level is working using the
>>>>>> <CustomLevel>,
>>>>>>>> though I haven't tried it yet as I was trying to validate redefining
>>>>>>>> existing level.
>>>>>>>> 
>>>>>>>> Thanks,
>>>>>>>> Nick
>>>>>>>> 
>>>>>>>>> Date: Tue, 25 Aug 2015 14:32:01 -0700
>>>>>>>>> Subject: Re: redefining existing levels?
>>>>>>>>> From: garydgreg...@gmail.com
>>>>>>>>> To: log4j-user@logging.apache.org
>>>>>>>>> 
>>>>>>>>> Nick,
>>>>>>>>> 
>>>>>>>>> Your BUSINESS level should be configurable per
>>>>> https://logging.apache.org/log4j/2.x/manual/customloglevels.html#DefiningLevelsInConfiguration
>>>>>>>>> 
>>>>>>>>> I can't look into the rest ATM.
>>>>>>>>> 
>>>>>>>>> Gary
>>>>>>>>> 
>>>>>>>>> On Tue, Aug 25, 2015 at 2:16 PM, Nicholas Duane <nic...@msn.com>
>>>>>> wrote:
>>>>>>>>> 
>>>>>>>>>> I guess I should have mentioned, though it's probably obvious,
>>>>>> that I'm
>>>>>>>>>> only interested in a configuration based solution.  I'm not
>>>>> looking
>>>>>>>> for a
>>>>>>>>>> code solution.
>>>>>>>>>> 
>>>>>>>>>> Thanks,
>>>>>>>>>> Nick
>>>>>>>>>> 
>>>>>>>>>> From: nic...@msn.com
>>>>>>>>>> To: log4j-user@logging.apache.org
>>>>>>>>>> Subject: RE: redefining existing levels?
>>>>>>>>>> Date: Tue, 25 Aug 2015 16:05:47 -0400
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> Thanks for the reply.  I've seen that documentation and it
>>>>> appears
>>>>>> to
>>>>>>>> be
>>>>>>>>>> geared toward defining (NEW) custom levels.  It doesn't mention
>>>>>>>> anything
>>>>>>>>>> about redefining existing log4j2 levels.  I also tried it and so
>>>>>> far
>>>>>>>> in my
>>>>>>>>>> testing it doesn't seem to work.  Below is a snippet of my
>>>>>> config.  By
>>>>>>>> the
>>>>>>>>>> way, you'll see that I am currently trying the <CustomLevel> and
>>>>>>>> <level>.
>>>>>>>>>> At first I had just tried <CustomLevel> but it didn't appear to
>>>>>> work
>>>>>>>> so I
>>>>>>>>>> thought I would put the same elements I have in my .NET config
>>>>>> which
>>>>>>>> work.
>>>>>>>>>> Unfortunately it still doesn't work.
>>>>>>>>>> 
>>>>>>>>>> .
>>>>>>>>>> .
>>>>>>>>>> .
>>>>>>>>>> <level>
>>>>>>>>>>  <name value="OFF"/>
>>>>>>>>>>  <value value="500"/>
>>>>>>>>>> </level>
>>>>>>>>>> <CustomLevels>
>>>>>>>>>>  <CustomLevel name="OFF" intLevel="500"/>
>>>>>>>>>> </CustomLevels>
>>>>>>>>>> .
>>>>>>>>>> .
>>>>>>>>>> .
>>>>>>>>>> <Loggers>
>>>>>>>>>>  <Logger name="HelloWorld" level="OFF">
>>>>>>>>>>     <AppenderRef ref="debug"/>
>>>>>>>>>>  </Logger>
>>>>>>>>>>  <Root>
>>>>>>>>>>  </Root>
>>>>>>>>>> </Loggers>
>>>>>>>>>> 
>>>>>>>>>> I then set my logger level to "OFF" and didn't see any debug
>>>>> events
>>>>>>>> show
>>>>>>>>>> up.  If I set the level to "DEBUG" they show up in the log.  The
>>>>>> docs
>>>>>>>> say
>>>>>>>>>> that DEBUG is set to 500, so me setting OFF to 500 and then
>>>>>> setting the
>>>>>>>>>> level on my logger to OFF should have allowed the debug events to
>>>>>> flow
>>>>>>>> to
>>>>>>>>>> the log file, correct?
>>>>>>>>>> 
>>>>>>>>>> Thanks,
>>>>>>>>>> Nick
>>>>>>>>>> 
>>>>>>>>>>> Date: Tue, 25 Aug 2015 12:50:32 -0700
>>>>>>>>>>> Subject: Re: redefining existing levels?
>>>>>>>>>>> From: garydgreg...@gmail.com
>>>>>>>>>>> To: log4j-user@logging.apache.org
>>>>>>>>>>> 
>>>>>>>>>>> Nicholas,
>>>>>>>>>>> 
>>>>>>>>>>> Yes, please see
>>>>> https://logging.apache.org/log4j/2.x/manual/customloglevels.html
>>>>>>>>>>> 
>>>>>>>>>>> If the documentation can be improved, please let us know how.
>>>>>>>>>>> 
>>>>>>>>>>> Gary
>>>>>>>>>>> 
>>>>>>>>>>> On Tue, Aug 25, 2015 at 12:42 PM, Nicholas Duane <
>>>>> nic...@msn.com
>>>>>>> 
>>>>>>>> wrote:
>>>>>>>>>>> 
>>>>>>>>>>>> Can existing log4j2 levels be redefined?  I'm able to do this
>>>>>> in
>>>>>>>>>> log4net.
>>>>>>>>>>>> I have yet to see any documentation telling me that I can do
>>>>>> it,
>>>>>>>>>> however,
>>>>>>>>>>>> there was none telling me I could do it for .NET either.  I
>>>>>> just
>>>>>>>>>> happen to
>>>>>>>>>>>> stumble upon a post which eluded to it.  Here is what I've
>>>>>> done in
>>>>>>>> a
>>>>>>>>>>>> log4net config file:
>>>>>>>>>>>> 
>>>>>>>>>>>> <configuration>
>>>>>>>>>>>>  .
>>>>>>>>>>>>  .
>>>>>>>>>>>>  .
>>>>>>>>>>>>  <log4net>
>>>>>>>>>>>>     <level>
>>>>>>>>>>>>        <name value="Off"/>
>>>>>>>>>>>>        <value value="40000"/>
>>>>>>>>>>>>     <level>
>>>>>>>>>>>>     <level>
>>>>>>>>>>>>        <name value="Business"/>
>>>>>>>>>>>>        <value value="130000"/>
>>>>>>>>>>>>     <level>
>>>>>>>>>>>>     .
>>>>>>>>>>>>     .
>>>>>>>>>>>>     .
>>>>>>>>>>>>  </log4net>
>>>>>>>>>>>>  .
>>>>>>>>>>>>  .
>>>>>>>>>>>>  .
>>>>>>>>>>>> </configuration>
>>>>>>>>>>>> 
>>>>>>>>>>>> As you can see I created my own 'Business' level.  I also
>>>>>> redefined
>>>>>>>>>> Off to
>>>>>>>>>>>> 40000 which happens to be the INFO level.  This makes it such
>>>>>> that
>>>>>>>> if
>>>>>>>>>> they
>>>>>>>>>>>> set the level to Off they will still receive INFO and higher
>>>>>> level
>>>>>>>>>> events.
>>>>>>>>>>>> 
>>>>>>>>>>>> Can the same thing be done in log4j2?
>>>>>>>>>>>> 
>>>>>>>>>>>> Thanks,
>>>>>>>>>>>> Nick
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> --
>>>>>>>>>>> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
>>>>>>>>>>> Java Persistence with Hibernate, Second Edition
>>>>>>>>>>> <http://www.manning.com/bauer3/>
>>>>>>>>>>> JUnit in Action, Second Edition <
>>>>>> http://www.manning.com/tahchiev/>
>>>>>>>>>>> Spring Batch in Action <http://www.manning.com/templier/>
>>>>>>>>>>> Blog: http://garygregory.wordpress.com
>>>>>>>>>>> Home: http://garygregory.com/
>>>>>>>>>>> Tweet! http://twitter.com/GaryGregory
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> --
>>>>>>>>> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
>>>>>>>>> Java Persistence with Hibernate, Second Edition
>>>>>>>>> <http://www.manning.com/bauer3/>
>>>>>>>>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>>>>>>>>> Spring Batch in Action <http://www.manning.com/templier/>
>>>>>>>>> Blog: http://garygregory.wordpress.com
>>>>>>>>> Home: http://garygregory.com/
>>>>>>>>> Tweet! http://twitter.com/GaryGregory
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> --
>>>>>>> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
>>>>>>> Java Persistence with Hibernate, Second Edition
>>>>>>> <http://www.manning.com/bauer3/>
>>>>>>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>>>>>>> Spring Batch in Action <http://www.manning.com/templier/>
>>>>>>> Blog: http://garygregory.wordpress.com
>>>>>>> Home: http://garygregory.com/
>>>>>>> Tweet! http://twitter.com/GaryGregory
>>>>> 
>>>>> 
>>>>> 
>>>>> --
>>>>> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
>>>>> Java Persistence with Hibernate, Second Edition
>>>>> <http://www.manning.com/bauer3/>
>>>>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>>>>> Spring Batch in Action <http://www.manning.com/templier/>
>>>>> Blog: http://garygregory.wordpress.com
>>>>> Home: http://garygregory.com/
>>>>> Tweet! http://twitter.com/GaryGregory
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
>> For additional commands, e-mail: log4j-user-h...@logging.apache.org
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
For additional commands, e-mail: log4j-user-h...@logging.apache.org

Reply via email to