Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.java.programmer > #12820

Re: Logging problem

From Arved Sandstrom <asandstrom3minus1@eastlink.ca>
Newsgroups comp.lang.java.programmer
Subject Re: Logging problem
References (1 earlier) <jjbb75$dgo$1@dont-email.me> <XnsA010D48F8E7BFjpnasty@94.75.214.39> <XnsA0116442B9A2jpnasty@94.75.214.39> <Mit6r.5211$v11.1861@newsfe20.iad> <XnsA011A83F55743jpnasty@94.75.214.39>
Message-ID <7aw6r.13692$wd1.4427@newsfe13.iad> (permalink)
Organization Public Usenet Newsgroup Access
Date 2012-03-09 19:15 -0400

Show all headers | View raw


On 12-03-09 05:32 PM, Novice wrote:
> Arved Sandstrom <asandstrom3minus1@eastlink.ca> wrote in
> news:Mit6r.5211$v11.1861@newsfe20.iad: 
> 
>> On 12-03-09 01:36 AM, Novice wrote:
>> [ SNIP ]
>>>
>>> It would be very helpful if someone could explain what would happen
>>> in a real-world production situation where a long-running batch
>>> program or a constantly-running online program started writing error
>>> messages to the log. What will operators do to be able to read the
>>> log? I'm guessing they force it to close early and then start a new
>>> file or they have a tool that will read the log file correctly even
>>> without the final </log> tag. 
>>>
>> In a real-world production situation odds are you're getting errors
>> logged all the time. There are a whole bunch of errors that will
>> happen, sometimes frequently, sometimes a few times a day, sometimes
>> once a month, but you know they _will_ happen. So routine errors get
>> logged all the time.
>>
> I'm a little surprised by that. I would have thought actual errors would 
> get acted on fairly quickly, particulary anything categorized as SEVERE. 
> (I'll use the java.util.logging levels for these remarks.) I could see 
> that something that is categorized as WARNING may take longer to fix, 
> especially if WARNING is used for messages that indicate the program is 
> able to continue using some kind of alternate strategy; if the alternate 
> strategy is perfectly reasonable and doesn't skew the result, there's no 
> great harm in leaving the problem unsolved. But if we assume that a 
> SEVERE error is a show-stopper, wouldn't that get dealt with right away?
[ SNIP ]

When I use the term "error" here, I mean conditions that correspond to
severity levels 3 (Error) and 4 (Warning) of Syslog (RFC 5424,
http://tools.ietf.org/html/rfc5424, also see
http://en.wikipedia.org/wiki/Syslog#Severity_levels). These levels
translate to ERROR and WARN of log4j. java.util.logging has WARNING that
maps to syslog 4, but doesn't have enough granularity with SEVERE to
capture the necessary distinction between syslog 0-2 (Emergency, Alert,
Critical) and 3 (Error); log4j does that reasonably well with ERROR and
FATAL.

Syslog describes Error (level 3) means a non-urgent failure. Admins or
developers have some time frame (other than "yesterday") to resolve the
problem. This is the kind of error that happens a lot, overall, and
99.99% of them have to do with network printing.

Just kidding (about the printing). But you get the idea, a syslog Error
is an operational error. Your app identified a problem through good
error-handling and basically decided it couldn't proceed, but the app
itself is not at risk. Maybe a file provided by an external system is
malformed, and input processing for a scheduled import job aborts.
That's a syslog 3 Error - depending on the nature of the import and when
it happened you might have hours or days to fix the problem.

Your impressions of what the levels mean aren't exactly wrong. If we
take j.u.l SEVERE as syslog 0-2 and j.u.l WARNING as syslog 4 then they
map OK, and your descriptions are pretty good. But java.util.logging is
missing that important syslog 3 mapping, and in order to make j.u.l
levels useable you need to add it. IMHO. But that's one of the reasons I
prefer log4j. I don't even know what the Sun developers were thinking
when they left that one out...maybe they don't use logs.

AHS
-- 
Last week I helped my friend stay put. It's a lot easier'n helpin' 'em
move. I just went over to his house and made sure that he did not start
to load shit into a truck.
-- Mitch Hedberg

Back to comp.lang.java.programmer | Previous | NextPrevious in thread | Next in thread | Find similar


Thread

Logging problem Novice <novice@example..com> - 2012-03-08 19:38 +0000
  Re: Logging problem Arne Vajhøj <arne@vajhoej.dk> - 2012-03-08 14:48 -0500
    Re: Logging problem Novice <novice@example..com> - 2012-03-08 20:06 +0000
      Re: Logging problem Arne Vajhøj <arne@vajhoej.dk> - 2012-03-08 15:38 -0500
        Re: Logging problem Martin Gregorie <martin@address-in-sig.invalid> - 2012-03-08 22:02 +0000
      Re: Logging problem Patricia Shanahan <pats@acm.org> - 2012-03-08 14:53 -0800
        Re: Logging problem markspace <-@.> - 2012-03-08 15:20 -0800
          Re: Logging problem Arne Vajhøj <arne@vajhoej.dk> - 2012-03-08 19:48 -0500
            Re: Logging problem Patricia Shanahan <pats@acm.org> - 2012-03-08 17:17 -0800
              Re: Logging problem Arne Vajhøj <arne@vajhoej.dk> - 2012-03-08 20:55 -0500
                Re: Logging problem markspace <-@.> - 2012-03-08 18:01 -0800
                Re: Logging problem Arne Vajhøj <arne@vajhoej.dk> - 2012-03-08 21:19 -0500
      Re: Logging problem Arne Vajhøj <arne@vajhoej.dk> - 2012-03-08 20:56 -0500
  Re: Logging problem markspace <-@.> - 2012-03-08 14:18 -0800
    Re: Logging problem Novice <novice@example..com> - 2012-03-09 01:53 +0000
      Re: Logging problem Arne Vajhøj <arne@vajhoej.dk> - 2012-03-08 20:59 -0500
      Re: Logging problem Novice <novice@example..com> - 2012-03-09 05:36 +0000
        Re: Logging problem Patricia Shanahan <pats@acm.org> - 2012-03-09 06:27 -0800
        Re: Logging problem Arne Vajhøj <arne@vajhoej.dk> - 2012-03-09 12:31 -0500
          Re: Logging problem Novice <novice@example..com> - 2012-03-09 18:57 +0000
            Re: Logging problem Arne Vajhøj <arne@vajhoej.dk> - 2012-03-09 14:26 -0500
        Re: Logging problem Arved Sandstrom <asandstrom3minus1@eastlink.ca> - 2012-03-09 15:59 -0400
          Re: Logging problem Novice <novice@example..com> - 2012-03-09 21:32 +0000
            Re: Logging problem Lew <lewbloch@gmail.com> - 2012-03-09 13:56 -0800
              Re: Logging problem Novice <novice@example..com> - 2012-03-09 22:57 +0000
                Re: Logging problem Martin Gregorie <martin@address-in-sig.invalid> - 2012-03-10 14:51 +0000
                Re: Logging problem Arved Sandstrom <asandstrom3minus1@eastlink.ca> - 2012-03-10 13:00 -0400
                Re: Logging problem Lew <noone@lewscanon.com> - 2012-03-10 10:04 -0800
                Re: Logging problem Martin Gregorie <martin@address-in-sig.invalid> - 2012-03-10 20:23 +0000
                Re: Logging problem Lew <noone@lewscanon.com> - 2012-03-10 07:56 -0800
                Re: Logging problem Arne Vajhøj <arne@vajhoej.dk> - 2012-03-10 12:05 -0500
                Re: Logging problem Lew <noone@lewscanon.com> - 2012-03-10 10:10 -0800
                Re: Logging problem Arne Vajhøj <arne@vajhoej.dk> - 2012-03-12 16:13 -0400
                Re: Logging problem Novice <novice@example..com> - 2012-03-10 20:10 +0000
            Re: Logging problem Arved Sandstrom <asandstrom3minus1@eastlink.ca> - 2012-03-09 19:15 -0400
              Re: Logging problem Novice <novice@example..com> - 2012-03-10 01:59 +0000

csiph-web