Many thanks to both you and James.
I will use slf4j (with log4j underlying) and static the logger.

Regards,

Lester

Igor Vaynberg wrote:
their website is a good source of information, afair the basic
difference that unlike clogging slf4j uses compile-time binding
instead of run-time binding of api to impl thus avoiding classloader
hell.

-igor

On Wed, Nov 18, 2009 at 9:21 PM, Lester Chua <cicowic...@gmail.com> wrote:
Hmmmm, very interesting, didnt realise that commons-logging was problematic,
just that I avoided it before because I didnt want to introduce yet another
library dependency for logging; which is so low level that I don't think the
logging stack ever change in a project lifetime.

About slf4j, what makes it different compared to commons-logging? Wont it
have class loading issues as well?

I guess a big plus point is that it comes with Wicket anyway, so I might as
well use it.

Regards,

Lester

Igor Vaynberg 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 <cicowic...@gmail.com> 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 <cicowic...@gmail.com>
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: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org




---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Reply via email to