You use the product that has superior functionality and works for you now. Why would anybody choose an inferior library and then have to waste resources to enhance it just because it MAY become the standard in the future.
What if Sun doesn't enhance it anymore, or what if they do and you have to make sweeping changes to all those enhancements you wasted your resources on. In two years time some other new tool may become all the rage. "4LogJ" or some "Dot Net" exotica may take the market by storm. :) IMHO the software industry is too volatile to make plans for the future. Greg > > -----Original Message----- > From: Tom Eugelink [mailto:[EMAIL PROTECTED] > Sent: Friday, October 24, 2003 2:26 PM > To: Log4J Users List > Subject: Re: Log4J vs. java.util.logging > > > Oh, and let me add another opinion to my own mail. I think > that adding more and more functionality to the JVM (what Sun > is doing now) is not a good thing. I prefer a lean mean core > "engine" and addon JARs. Want SSL? Add SSL.jar. Want logging? > Add logging.jar. Want RDBMS? Add JDBC.jar. > > I'd vote for putting energy in a better classloader, one that > is able to handle different versions of the same JAR file in > the classpath (like DotNet... autch). > > Tom > > > > TBEE wrote: > > > Let me, as a log4j user, give my 2 cents. I looked at the > Java 1.4 > logging classes and decided they were inferior to > log4j. Since log4j is > an external JAR, it will not only be > available in JDK1.4 but also in > 1.5, ... and you can > already use them in 1.3. So log4j is the way to go. > > > Tom > > > > Matthias Petersen wrote: > > >> Hi, > >> I saw in the 1.4 JDK that there were new classes > introduced concerning >> logging, which seems to be a base > for Log4J. When I take a look at the >> class hierarchy of > Log4J, it is not a subclass of those JDK logging >> classes > (I think the reason is that Log4J is older than the 1.4 JDK...). > >> > >> So, what will happen with Log4J in the future ? Will it be > a subclass >> of the Java 1.4 logging classes or will it go > in a different direction ? > >> > >> I think that the Log4J classes are much better than the > 1.4 Java >> classes, but what will happen if those Java > classes will become the >> standard for logging ? Or will > Log4J be a part of the JDK somewhere in >> the future ? > >> > >> Your answers are very important for me, because I have to > decide if my >> company is using Log4J or if we need to > enhance the 1.4 JDK logging >> classes. > >> > >> Thanks > >> Matthias > >> -------------------------------------------------- > >> Matthias Petersen ms management systems gmbh > >> Krokamp 29 > >> 24539 Neumünster > >> > >> Fon: +49. 4321. 9995-49 > >> Fax: +49. 4321. 9995-41 > >> 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] > > -------------------------------------------------------------- > ----------------- > This message and any included attachments are from Siemens > Medical Solutions USA, Inc. and are intended only for the > addressee(s). The information contained herein may include > trade secrets or privileged or otherwise confidential > information. Unauthorized review, forwarding, printing, > copying, distributing, or using such information is strictly > prohibited and may be unlawful. If you received this message > in error, or have reason to believe you are not authorized to > receive it, please promptly delete this message and notify > the sender by e-mail with a copy to [EMAIL PROTECTED] Thank you > > --------------------------------------------------------------------- > 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]
