1)  Personally, we should say either nothing is logged - I don't like this
- OR log a debug message  - which I'd prefer.  Saying "do this or that" is
kinda weasely.

2) I guess I agree.  If I personally write such code, I would consider that
it's wrong (with the caveat of #3).  So if I see this exception show up,
that's a pretty good prod for me to know that I did something I shouldn't
have done.

3)  Yes, there will always be deviations.  And yes, all deviations should
be well documented.

Russell Butek
[EMAIL PROTECTED]


R J Scheuerle Jr/Austin/IBM@IBMUS on 05/10/2002 12:03:15 PM

Please respond to [EMAIL PROTECTED]

To:    [EMAIL PROTECTED]
cc:
Subject:    RE: logging question: catch (Exception) throw AxisFault




The development doc needs to be changed to reflect the consensus.

Here are some rules to get the discussion moving:

} catch (Exception e) {
� �// Log or not log ?
� �throw new AxisFault(...);
}

1) If the AxisFault is simply wrapping another exception, then nothing
should be logged (except perhaps debug).

2) If the AxisFault is not wrapping another exception, or if a
non-AxisFault message is thrown, at least an info message should be issued.

3) There will be any deviations to these rules. �The deviations should be
clearly defined in a comment which indicates the reason for the deviation.
(This will prevent the code from being changed back and forth.)



Rich Scheuerle
XML & Web Services Development
512-838-5115 �(IBM TL 678-5115)


                                                                          
     Russell                                                              
     Butek/Austin/IBM         � � � � To: � � � �[EMAIL PROTECTED]  
     @IBMUS                   � � � � cc:                                 
                              � � � � Subject: � � � �RE: logging         
     05/10/2002 10:58         question: catch (Exception) throw AxisFault 
     AM                                                                   
     Please respond                                                       
     to axis-dev                                                          
                                                                          
                                                                          



I can appreciate that exceptions should be logged, and they ARE still
logged if you turn on debug. �The immediate problem (and there are lesser
ones in the build) is the multithread test case. �When that test pounds the
server with 400 requests it WILL get some connection refused exceptions
(for me, at least, this is usually only a few, but I've had as many as
360). �My test ignores these exceptions, but the build output is flooded
with them when log.info is used.

Russell Butek
[EMAIL PROTECTED]


Tom Jordahl <[EMAIL PROTECTED]> on 05/10/2002 10:47:55 AM

Please respond to [EMAIL PROTECTED]

To: � �"'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
cc:
Subject: � �RE: logging question: �catch (Exception) throw AxisFault




+1

See http://marc.theaimsgroup.com/?l=axis-dev&m=102028751728496&w=2

But Richard feels that all exceptions should be logged.

--
Tom Jordahl


-----Original Message-----
From: Russell Butek [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 10, 2002 11:42 AM
To: [EMAIL PROTECTED]
Subject: logging question: catch (Exception) throw AxisFault


Various places in the code are of the form

} catch (Exception e) {
� �log.xxx(... e);
� �throw new AxisFault(...);
}

In some places xxx is debug, others it is info. �I contend that it should
always be debug. �When it's info, then the build's output contains stack
dumps that make reading the output a nuisance. �(These outputs weren't
there in the past.)

Russell Butek
[EMAIL PROTECTED]







Reply via email to