Re: [JXTA discuss] RE: [JXTA user] JXTA logging framework
"Mike [bondolo] Duigou" <[email protected]> Wed, 10 May 2006 17:08:34 -0700
| Newsgroups | gmane.comp.java.jxta.general |
|---|---|
| Organization | Project JXTA, http://www.jxta.org |
| Message-ID | <[email protected]> |
Chris Audley wrote: > I've often wished that the libraries I use (JXTA included) didn't try to > impose on me their logging framework choice. As I use > java.util.logging, this change will benefit me. However, instead of > solving the problem, it just shifts the burden from java.util.logging > users to log4j users who will in the future be forced to use multiple > logging frameworks. Agreed that it's kind of no win to make a choice or to change logging frameworks. > Have you considered using Jakarta commons logging or a similar > implementation (your own if you insist) that supports pluggable logging > frameworks? We had considered it but in the end rejected commons logging as an option for a couple of reasons; - commons logging provides only a very low lowest common denominator for either of log4j or java.util logging - rather than being an abstraction it amounts to a third alternative logging API - there have been some concerns with the stability, maturity and support of commons logging itself made us a bit uneasy. Given that it didn't seem to offer us any particular advantage we chose to go with java.util.logging. Mike > -----Original Message----- > From: Mike [bondolo] Duigou [mailto:[email protected]] > Sent: Wednesday, May 10, 2006 3:46 PM > To: [email protected] > Cc: [email protected]; [email protected] > Subject: Re: [JXTA user] JXTA logging framework > > As there have been no objections to this move we have begun planning to > make the transition from Log4J to java.util.logging. The current plan is > to convert the platform, cms and shell projects immediately following > the upcoming 2.3.8 code freeze (May 22nd). > > The conversion will be implemented following the code freeze so as not > to impact other changes which will be pushing hard to complete before > the code freeze. > > We ask that all committers refrain from committing changes to platform, > cms and shell projects on May 23rd until the (massive) update is > committed. > > Mike > > Mohamed Abdelaziz wrote: >> Community members, >> >> We are considering a change to the logging framework for the upcoming >> release (June 2006) of the JXTA JSE platform and supporting projects >> (shell, CMS). This would replace Log4J with java.util.logging, and >> would remove one of the required jars and ease the deployment of the >> platform in embedded applications. This change should have no impact >> on other project which rely on Log4J. The planned changes would also >> include a logging object allowing for runtime and static logging >> configuration (including the ability to omit logging through >> compilation) >> >> We would like to solicit your input as to whether this change would >> have any negative impact upon your application or development process. > >> We are also interested in hearing suggestions and comments to improve >> JXTA logging and/or lessen the impact of this change. >> >> >> The JXTA Team >> >> The change would be along the following lines : >> >> import org.apache.log4j.Level; >> import org.apache.log4j.Logger; >> .. >> .. >> if (LOG.isEnabledFor(Level.INFO)) { >> LOG.info("Now connected to JXTA network"); } >> >> >> Becomes : >> >> >> import java.util.logging.Level; >> import java.util.logging.Logger; >> import net.jxta.Logging; >> .. >> .. >> if (Logging.INFO && LOG.isLoggable(Level.INFO||)){ >> LOG.info("Now connected to JXTA network"); } >> > > --------------------------------------------------------------------- > 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] > >