SLF4J would work just fine, too.  Either way, you should declare them
static.  That avoids serializing them altogether.

On Thu, Nov 19, 2009 at 12:09 AM, Igor Vaynberg <[email protected]> wrote:
> i wouldnt, commons logging, aka clogging, has been a bane of web
> applications for a long time...
>
> wicket uses slf4j, why dont you do the same? still declaring your
> loggers static.
>
> -igor
>
> On Wed, Nov 18, 2009 at 9:07 PM, Lester Chua <[email protected]> wrote:
>> I think I'll use this then. I was reluctant to because of the need to
>> introduce yet another library (some examples used this).
>>
>> Thanks!
>>
>> Lester
>>
>> James Carman wrote:
>>>
>>> Commons Logging?
>>>
>>> On Wed, Nov 18, 2009 at 11:11 PM, Lester Chua <[email protected]>
>>> wrote:
>>>
>>>>
>>>> Hi,
>>>>
>>>> I'm using log4j as my logging tool.
>>>> But when I add log4j loggers into my components, I get serialization
>>>> issues.
>>>> Wicket gives serialization errors because of the logger.
>>>>
>>>> E.g.
>>>>
>>>> class SomeForm extends Form {
>>>>
>>>>  Logger logger = LogManager.getLogger(SomeForm.class);
>>>>
>>>>  public void someMethod() {
>>>>     logger.debug("Some Message");
>>>>  }
>>>>
>>>> }
>>>>
>>>> This class will give an serialization error. Wicket complains about
>>>> serializing logger.
>>>> Is there a recommended way to do logging in wicket to avoid this?
>>>>
>>>> Thanks in advance.
>>>>
>>>> Lester
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: [email protected]
>>>> For additional commands, e-mail: [email protected]
>>>>
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [email protected]
>>> For additional commands, e-mail: [email protected]
>>>
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [email protected]
>> For additional commands, e-mail: [email protected]
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to