Re: Appender's append() method

2016-01-13 Thread Ralph Goers
Why are you catching it at all? AppenderControl also takes care of handling 
logging the exception so you don’t even have to catch the exception to do that.

Ralph

> On Jan 13, 2016, at 7:49 PM, Nicholas Duane  wrote:
> 
> Also, why would we not just rethrow whatever exception we caught?
> 
> Thanks,
> Nick
> 
>> Subject: Re: Appender's append() method
>> From: ralph.go...@dslextreme.com
>> Date: Wed, 13 Jan 2016 17:28:11 -0700
>> To: log4j-user@logging.apache.org
>> 
>> Sorry, that was what I meant.
>> 
>> Ralph
>> 
>>> On Jan 13, 2016, at 3:17 PM, Gary Gregory  wrote:
>>> 
>>> IMO a RuntimeException subclass is appropriate while RuntimeException
>>> should not be used.
>>> 
>>> Gary
>>> 
>>> On Wed, Jan 13, 2016 at 1:53 PM, Ralph Goers 
>>> wrote:
>>> 
 Your appender is automatically wrapped by an AppenderControl object. The
 AppenderControl will inspect the ignoreExceptions flag so your Appender
 does not have to.  Your Appender should just throw a RuntimeException if it
 encounters a problem.
 
 Ralph
 
> On Jan 13, 2016, at 2:38 PM, Nicholas Duane  wrote:
> 
> I'm new to java so maybe this should be an obvious question to most java
 developers.  If I'm trying to override the append() method but also throw
 exceptions, how is that done?
> 
> I'm asking because I assume my append method's outermost catch block is
 to inspect the ignoreExceptions flag and either bubble up the exception if
 ignoreExceptions is false or eat the exception otherwise, most likely just
 logging an event.  Is that true?  If so, then how do I accomplish that?  I
 tried coding it as I mentioned above (actually someone else did it for me),
 but the compiler I guess was complaining about the throw needing to be in a
 catch block, I assume because the append() method is not defined to throw
 exceptions.
> 
> In addition, looking at what I think was source for one of your
 appenders at:
> 
> 
 https://git-wip-us.apache.org/repos/asf?p=logging-log4j2.git;a=blob;f=log4j-core/src/main/java/org/apache/logging/log4j/core/appender/AbstractOutputStreamAppender.java;h=9a4cfde83194c866c30c4687e9f4ebb19cb20a17;hb=75d33d96ac00356014cf11f8ad9e8c6ead4db37a
> 
> Why does it always throw an exception in the catch block instead of
 checking the state of the ignoreExceptions flag?
> 
> Thanks,
> Nick
> 
 
 
 
 -
 To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
 For additional commands, e-mail: log4j-user-h...@logging.apache.org
 
 
>>> 
>>> 
>>> -- 
>>> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
>>> Java Persistence with Hibernate, Second Edition
>>> 
>>> JUnit in Action, Second Edition 
>>> Spring Batch in Action 
>>> 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



Re: Appender's append() method

2016-01-13 Thread Ralph Goers
What compiler problem?  There is no compiler problem if a subclass of a 
RuntimeException is thrown. Appender’s shouldn’t be throwing checked exceptions.

Ralph

> On Jan 13, 2016, at 7:48 PM, Nicholas Duane  wrote:
> 
> Thanks for the info.  What about the compiler problem which appears to be due 
> to the fact that the append() method is not marked as throwing exceptions?
> 
> Thanks,
> Nick
> 
>> Date: Wed, 13 Jan 2016 14:17:47 -0800
>> Subject: Re: Appender's append() method
>> From: garydgreg...@gmail.com
>> To: log4j-user@logging.apache.org
>> 
>> IMO a RuntimeException subclass is appropriate while RuntimeException
>> should not be used.
>> 
>> Gary
>> 
>> On Wed, Jan 13, 2016 at 1:53 PM, Ralph Goers 
>> wrote:
>> 
>>> Your appender is automatically wrapped by an AppenderControl object. The
>>> AppenderControl will inspect the ignoreExceptions flag so your Appender
>>> does not have to.  Your Appender should just throw a RuntimeException if it
>>> encounters a problem.
>>> 
>>> Ralph
>>> 
 On Jan 13, 2016, at 2:38 PM, Nicholas Duane  wrote:
 
 I'm new to java so maybe this should be an obvious question to most java
>>> developers.  If I'm trying to override the append() method but also throw
>>> exceptions, how is that done?
 
 I'm asking because I assume my append method's outermost catch block is
>>> to inspect the ignoreExceptions flag and either bubble up the exception if
>>> ignoreExceptions is false or eat the exception otherwise, most likely just
>>> logging an event.  Is that true?  If so, then how do I accomplish that?  I
>>> tried coding it as I mentioned above (actually someone else did it for me),
>>> but the compiler I guess was complaining about the throw needing to be in a
>>> catch block, I assume because the append() method is not defined to throw
>>> exceptions.
 
 In addition, looking at what I think was source for one of your
>>> appenders at:
 
 
>>> https://git-wip-us.apache.org/repos/asf?p=logging-log4j2.git;a=blob;f=log4j-core/src/main/java/org/apache/logging/log4j/core/appender/AbstractOutputStreamAppender.java;h=9a4cfde83194c866c30c4687e9f4ebb19cb20a17;hb=75d33d96ac00356014cf11f8ad9e8c6ead4db37a
 
 Why does it always throw an exception in the catch block instead of
>>> checking the state of the ignoreExceptions flag?
 
 Thanks,
 Nick
 
>>> 
>>> 
>>> 
>>> -
>>> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
>>> For additional commands, e-mail: log4j-user-h...@logging.apache.org
>>> 
>>> 
>> 
>> 
>> -- 
>> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
>> Java Persistence with Hibernate, Second Edition
>> 
>> JUnit in Action, Second Edition 
>> Spring Batch in Action 
>> 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



Re: Appender's append() method

2016-01-13 Thread Gary Gregory
IMO a RuntimeException subclass is appropriate while RuntimeException
should not be used.

Gary

On Wed, Jan 13, 2016 at 1:53 PM, Ralph Goers 
wrote:

> Your appender is automatically wrapped by an AppenderControl object. The
> AppenderControl will inspect the ignoreExceptions flag so your Appender
> does not have to.  Your Appender should just throw a RuntimeException if it
> encounters a problem.
>
> Ralph
>
> > On Jan 13, 2016, at 2:38 PM, Nicholas Duane  wrote:
> >
> > I'm new to java so maybe this should be an obvious question to most java
> developers.  If I'm trying to override the append() method but also throw
> exceptions, how is that done?
> >
> > I'm asking because I assume my append method's outermost catch block is
> to inspect the ignoreExceptions flag and either bubble up the exception if
> ignoreExceptions is false or eat the exception otherwise, most likely just
> logging an event.  Is that true?  If so, then how do I accomplish that?  I
> tried coding it as I mentioned above (actually someone else did it for me),
> but the compiler I guess was complaining about the throw needing to be in a
> catch block, I assume because the append() method is not defined to throw
> exceptions.
> >
> > In addition, looking at what I think was source for one of your
> appenders at:
> >
> >
> https://git-wip-us.apache.org/repos/asf?p=logging-log4j2.git;a=blob;f=log4j-core/src/main/java/org/apache/logging/log4j/core/appender/AbstractOutputStreamAppender.java;h=9a4cfde83194c866c30c4687e9f4ebb19cb20a17;hb=75d33d96ac00356014cf11f8ad9e8c6ead4db37a
> >
> > Why does it always throw an exception in the catch block instead of
> checking the state of the ignoreExceptions flag?
> >
> > Thanks,
> > Nick
> >
>
>
>
> -
> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> For additional commands, e-mail: log4j-user-h...@logging.apache.org
>
>


-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition

JUnit in Action, Second Edition 
Spring Batch in Action 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory


Re: Appender's append() method

2016-01-13 Thread Ralph Goers
Sorry, that was what I meant.

Ralph

> On Jan 13, 2016, at 3:17 PM, Gary Gregory  wrote:
> 
> IMO a RuntimeException subclass is appropriate while RuntimeException
> should not be used.
> 
> Gary
> 
> On Wed, Jan 13, 2016 at 1:53 PM, Ralph Goers 
> wrote:
> 
>> Your appender is automatically wrapped by an AppenderControl object. The
>> AppenderControl will inspect the ignoreExceptions flag so your Appender
>> does not have to.  Your Appender should just throw a RuntimeException if it
>> encounters a problem.
>> 
>> Ralph
>> 
>>> On Jan 13, 2016, at 2:38 PM, Nicholas Duane  wrote:
>>> 
>>> I'm new to java so maybe this should be an obvious question to most java
>> developers.  If I'm trying to override the append() method but also throw
>> exceptions, how is that done?
>>> 
>>> I'm asking because I assume my append method's outermost catch block is
>> to inspect the ignoreExceptions flag and either bubble up the exception if
>> ignoreExceptions is false or eat the exception otherwise, most likely just
>> logging an event.  Is that true?  If so, then how do I accomplish that?  I
>> tried coding it as I mentioned above (actually someone else did it for me),
>> but the compiler I guess was complaining about the throw needing to be in a
>> catch block, I assume because the append() method is not defined to throw
>> exceptions.
>>> 
>>> In addition, looking at what I think was source for one of your
>> appenders at:
>>> 
>>> 
>> https://git-wip-us.apache.org/repos/asf?p=logging-log4j2.git;a=blob;f=log4j-core/src/main/java/org/apache/logging/log4j/core/appender/AbstractOutputStreamAppender.java;h=9a4cfde83194c866c30c4687e9f4ebb19cb20a17;hb=75d33d96ac00356014cf11f8ad9e8c6ead4db37a
>>> 
>>> Why does it always throw an exception in the catch block instead of
>> checking the state of the ignoreExceptions flag?
>>> 
>>> Thanks,
>>> Nick
>>> 
>> 
>> 
>> 
>> -
>> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
>> For additional commands, e-mail: log4j-user-h...@logging.apache.org
>> 
>> 
> 
> 
> -- 
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> Java Persistence with Hibernate, Second Edition
> 
> JUnit in Action, Second Edition 
> Spring Batch in Action 
> 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



RE: Appender's append() method

2016-01-13 Thread Nicholas Duane
Thanks for the info.  What about the compiler problem which appears to be due 
to the fact that the append() method is not marked as throwing exceptions?

Thanks,
Nick

> Date: Wed, 13 Jan 2016 14:17:47 -0800
> Subject: Re: Appender's append() method
> From: garydgreg...@gmail.com
> To: log4j-user@logging.apache.org
> 
> IMO a RuntimeException subclass is appropriate while RuntimeException
> should not be used.
> 
> Gary
> 
> On Wed, Jan 13, 2016 at 1:53 PM, Ralph Goers 
> wrote:
> 
> > Your appender is automatically wrapped by an AppenderControl object. The
> > AppenderControl will inspect the ignoreExceptions flag so your Appender
> > does not have to.  Your Appender should just throw a RuntimeException if it
> > encounters a problem.
> >
> > Ralph
> >
> > > On Jan 13, 2016, at 2:38 PM, Nicholas Duane  wrote:
> > >
> > > I'm new to java so maybe this should be an obvious question to most java
> > developers.  If I'm trying to override the append() method but also throw
> > exceptions, how is that done?
> > >
> > > I'm asking because I assume my append method's outermost catch block is
> > to inspect the ignoreExceptions flag and either bubble up the exception if
> > ignoreExceptions is false or eat the exception otherwise, most likely just
> > logging an event.  Is that true?  If so, then how do I accomplish that?  I
> > tried coding it as I mentioned above (actually someone else did it for me),
> > but the compiler I guess was complaining about the throw needing to be in a
> > catch block, I assume because the append() method is not defined to throw
> > exceptions.
> > >
> > > In addition, looking at what I think was source for one of your
> > appenders at:
> > >
> > >
> > https://git-wip-us.apache.org/repos/asf?p=logging-log4j2.git;a=blob;f=log4j-core/src/main/java/org/apache/logging/log4j/core/appender/AbstractOutputStreamAppender.java;h=9a4cfde83194c866c30c4687e9f4ebb19cb20a17;hb=75d33d96ac00356014cf11f8ad9e8c6ead4db37a
> > >
> > > Why does it always throw an exception in the catch block instead of
> > checking the state of the ignoreExceptions flag?
> > >
> > > Thanks,
> > > Nick
> > >
> >
> >
> >
> > -
> > To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> > For additional commands, e-mail: log4j-user-h...@logging.apache.org
> >
> >
> 
> 
> -- 
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> Java Persistence with Hibernate, Second Edition
> 
> JUnit in Action, Second Edition 
> Spring Batch in Action 
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
  

RE: Appender's append() method

2016-01-13 Thread Nicholas Duane
Also, why would we not just rethrow whatever exception we caught?

Thanks,
Nick

> Subject: Re: Appender's append() method
> From: ralph.go...@dslextreme.com
> Date: Wed, 13 Jan 2016 17:28:11 -0700
> To: log4j-user@logging.apache.org
> 
> Sorry, that was what I meant.
> 
> Ralph
> 
> > On Jan 13, 2016, at 3:17 PM, Gary Gregory  wrote:
> > 
> > IMO a RuntimeException subclass is appropriate while RuntimeException
> > should not be used.
> > 
> > Gary
> > 
> > On Wed, Jan 13, 2016 at 1:53 PM, Ralph Goers 
> > wrote:
> > 
> >> Your appender is automatically wrapped by an AppenderControl object. The
> >> AppenderControl will inspect the ignoreExceptions flag so your Appender
> >> does not have to.  Your Appender should just throw a RuntimeException if it
> >> encounters a problem.
> >> 
> >> Ralph
> >> 
> >>> On Jan 13, 2016, at 2:38 PM, Nicholas Duane  wrote:
> >>> 
> >>> I'm new to java so maybe this should be an obvious question to most java
> >> developers.  If I'm trying to override the append() method but also throw
> >> exceptions, how is that done?
> >>> 
> >>> I'm asking because I assume my append method's outermost catch block is
> >> to inspect the ignoreExceptions flag and either bubble up the exception if
> >> ignoreExceptions is false or eat the exception otherwise, most likely just
> >> logging an event.  Is that true?  If so, then how do I accomplish that?  I
> >> tried coding it as I mentioned above (actually someone else did it for me),
> >> but the compiler I guess was complaining about the throw needing to be in a
> >> catch block, I assume because the append() method is not defined to throw
> >> exceptions.
> >>> 
> >>> In addition, looking at what I think was source for one of your
> >> appenders at:
> >>> 
> >>> 
> >> https://git-wip-us.apache.org/repos/asf?p=logging-log4j2.git;a=blob;f=log4j-core/src/main/java/org/apache/logging/log4j/core/appender/AbstractOutputStreamAppender.java;h=9a4cfde83194c866c30c4687e9f4ebb19cb20a17;hb=75d33d96ac00356014cf11f8ad9e8c6ead4db37a
> >>> 
> >>> Why does it always throw an exception in the catch block instead of
> >> checking the state of the ignoreExceptions flag?
> >>> 
> >>> Thanks,
> >>> Nick
> >>> 
> >> 
> >> 
> >> 
> >> -
> >> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> >> For additional commands, e-mail: log4j-user-h...@logging.apache.org
> >> 
> >> 
> > 
> > 
> > -- 
> > E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> > Java Persistence with Hibernate, Second Edition
> > 
> > JUnit in Action, Second Edition 
> > Spring Batch in Action 
> > 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
>