Mailing-List: contact log4j-user-help@logging.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Log4J Users List" <log4j-user@logging.apache.org>
Content-Type: text/plain; charset=windows-1252
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
Subject: Re: Appender's append() method
From: Ralph Goers <ralph.goers@dslextreme.com>
In-Reply-To: <COL126-W17A93EE537A5AFF02C68EADBCC0@phx.gbl>
Date: Wed, 13 Jan 2016 22:48:24 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <3ADF4420-17E2-4445-A696-0394C2730436@dslextreme.com>
References: <COL126-W13F9EB61ADFC8EF14E775CDBCB0@phx.gbl>
 <BC2368EF-25BD-4045-99E7-8CA09FC13439@dslextreme.com>
 <CACZkXPyXVAA-PN9uQt-i_s3P2c98ucZp8-RtgSZLwDro98b4wA@mail.gmail.com>
 <COL126-W17A93EE537A5AFF02C68EADBCC0@phx.gbl>
To: Log4J Users List <log4j-user@logging.apache.org>

What compiler problem?  There is no compiler problem if a subclass of a =
RuntimeException is thrown. Appender=92s shouldn=92t be throwing checked =
exceptions.

Ralph

> On Jan 13, 2016, at 7:48 PM, Nicholas Duane <nickdu@msn.com> wrote:
>=20
> 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?
>=20
> Thanks,
> Nick
>=20
>> Date: Wed, 13 Jan 2016 14:17:47 -0800
>> Subject: Re: Appender's append() method
>> From: garydgregory@gmail.com
>> To: log4j-user@logging.apache.org
>>=20
>> IMO a RuntimeException subclass is appropriate while RuntimeException
>> should not be used.
>>=20
>> Gary
>>=20
>> On Wed, Jan 13, 2016 at 1:53 PM, Ralph Goers =
<ralph.goers@dslextreme.com>
>> wrote:
>>=20
>>> 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.
>>>=20
>>> Ralph
>>>=20
>>>> On Jan 13, 2016, at 2:38 PM, Nicholas Duane <nickdu@msn.com> wrote:
>>>>=20
>>>> 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?
>>>>=20
>>>> 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.
>>>>=20
>>>> In addition, looking at what I think was source for one of your
>>> appenders at:
>>>>=20
>>>>=20
>>> =
https://git-wip-us.apache.org/repos/asf?p=3Dlogging-log4j2.git;a=3Dblob;f=3D=
log4j-core/src/main/java/org/apache/logging/log4j/core/appender/AbstractOu=
tputStreamAppender.java;h=3D9a4cfde83194c866c30c4687e9f4ebb19cb20a17;hb=3D=
75d33d96ac00356014cf11f8ad9e8c6ead4db37a
>>>>=20
>>>> Why does it always throw an exception in the catch block instead of
>>> checking the state of the ignoreExceptions flag?
>>>>=20
>>>> Thanks,
>>>> Nick
>>>>=20
>>>=20
>>>=20
>>>=20
>>> =
---------------------------------------------------------------------
>>> To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
>>> For additional commands, e-mail: log4j-user-help@logging.apache.org
>>>=20
>>>=20
>>=20
>>=20
>> --=20
>> E-Mail: garydgregory@gmail.com | ggregory@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
> 		 	   		 =20


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