Well, the most interesting slf4j development that I saw recently was the new "marker" concept. Kind of nice way to allow the developer to define "aspects" or "concerns" within their code. Sure does multiply the number of methods though. It would be nice if there were a way to let the client or configurator control that instead of the original developer, but I can't think of a good way to achieve that.

I saw that Ceki had updated nlog4j to implement the new marker related methods, but just glancing at the changes, they seemed to just be pass thrus to the non-marker versions. Maybe I missed something there; I did not have time to look closely.

I don't think the slf4j related changes can make it into 1.2.12, and as suspected, the slf4j api is changing and morphing quite a bit. It is a good thing, as the juices are certainly flowing. I think we should revisit the slf4j log4j 1.2 implementation again once the api is more "stable". We can certainly track the api in the main branch.

-Mark

----- Original Message ----- From: "Jacob Kjome" <[EMAIL PROTECTED]>
To: "Log4J Developers List" <log4j-dev@logging.apache.org>
Sent: Thursday, July 28, 2005 7:57 PM
Subject: RE: 1.2.12 Open Bug Review


At 03:34 PM 7/28/2005 -0400, you wrote:
>
>My goal is still to be done with 1.2 ASAP and push out 1.3.0 (not alpha).

We need to get up-to-date with SLF4J.

Ceki, you know SLF4J and all of its recent changes best. Would it be possible for you to update the HEAD with the newest SLF4J? When do you expect SLF4J will be finalized and released as 1.0? Does 1.0 represent a lock down point for the API, or do you expect more API change after that? Does implementing the SLF4J API, as it stands now, have any impact on supporting binary compatibility of Log4j-1.3 with the 1.2 branch?


Jake




---------------------------------------------------------------------
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