RE: JXTA logging framework
"Chris Audley" <[email protected]> Wed, 10 May 2006 17:23:52 -0400
| Newsgroups | gmane.comp.java.jxta.user,gmane.comp.java.jxta.devel,gmane.comp.java.jxta.general |
|---|---|
| Message-ID | <[email protected]> |
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. =20 Have you considered using Jakarta commons logging or a similar implementation (your own if you insist) that supports pluggable logging frameworks? -----Original Message----- From: Mike [bondolo] Duigou [mailto:[email protected]]=20 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: >=20 > Community members, >=20 > We are considering a change to the logging framework for the upcoming=20 > release (June 2006) of the JXTA JSE platform and supporting projects=20 > (shell, CMS). This would replace Log4J with java.util.logging, and=20 > would remove one of the required jars and ease the deployment of the=20 > platform in embedded applications. This change should have no impact=20 > on other project which rely on Log4J. The planned changes would also=20 > include a logging object allowing for runtime and static logging=20 > configuration (including the ability to omit logging through=20 > compilation) >=20 > We would like to solicit your input as to whether this change would=20 > have any negative impact upon your application or development process. > We are also interested in hearing suggestions and comments to improve=20 > JXTA logging and/or lessen the impact of this change. >=20 >=20 > The JXTA Team >=20 > The change would be along the following lines : >=20 > import org.apache.log4j.Level; > import org.apache.log4j.Logger; > .. > .. > if (LOG.isEnabledFor(Level.INFO)) { > LOG.info("Now connected to JXTA network"); } >=20 >=20 > Becomes : >=20 >=20 > 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"); } >=20 --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]