From commons-dev-return-25796-qmlist-jakarta-archive-commons-dev=nagoya.apache.org@jakarta.apache.org Sun Mar 02 19:12:21 2003 Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 88732 invoked from network); 2 Mar 2003 19:12:21 -0000 Received: from exchange.sun.com (192.18.33.10) by daedalus.apache.org with SMTP; 2 Mar 2003 19:12:21 -0000 Received: (qmail 6868 invoked by uid 97); 2 Mar 2003 19:14:02 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@nagoya.betaversion.org Received: (qmail 6861 invoked from network); 2 Mar 2003 19:14:02 -0000 Received: from daedalus.apache.org (HELO apache.org) (208.185.179.12) by nagoya.betaversion.org with SMTP; 2 Mar 2003 19:14:02 -0000 Received: (qmail 88491 invoked by uid 500); 2 Mar 2003 19:12:19 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 88480 invoked from network); 2 Mar 2003 19:12:18 -0000 Received: from eos.dk (62.242.69.42) by daedalus.apache.org with SMTP; 2 Mar 2003 19:12:18 -0000 Received: (qmail 8187 invoked from network); 2 Mar 2003 19:12:19 -0000 Received: from unknown (HELO ACmax01T) (62.107.8.32) by eos.dk with SMTP; 2 Mar 2003 19:12:19 -0000 Message-ID: <003001c2e0ef$ad6a36e0$20086b3e@acure.net> From: "Max Rydahl Andersen" To: "Jakarta Commons Developers List" References: <3E4FF709.1070301@apache.org> <3E61FDAB.7070408@yahoo.com> <00bb01c2e0e7$c49d1010$0111010a@user> Subject: Re: [Attributes] dependancy on Logging Date: Sun, 2 Mar 2003 20:12:27 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > > Can we consider one of two solutions for this _single_ use of commons > > logging > > > > 1) Removal of the commons-logging from attributes? > > > > 2) Backwards compatible rework that will allow the application to run > > without commons logging in the classpath (or classloader tree for > > complex deployments). > > I undersatnd this single use is not pragmatic, do you have problems with > classloading in logging ? > I have promissed to fix class loading in this component, it depends on > ThreadContext classloader and > it was a problem with this strategy in phoenix a year ago. > logging works on phoenix at this time, does not it ? Why does people get in to trouble when depending on ThreadContext classloader which is the correct way to load classes with (if one want to be container friendly :) Depending on ThreadContext classloader will work if the container follows the spec - and if there are no TCL, then use class.forname - but remmeber to do it from a method/class that is loaded with your classes own classloader .... /max > > > > > > Can I have some opinions here, or should I just dive in, make a change > > and wait for the flak? > > > > Regards, > > > > - Paul > > > > > Folks, > > > > > > In Attributes.java, there is a single use of commons logging : > > > > > > public static AttributeFinder getAttributeFinder() { > > > .... > > > } catch (Exception e) { > > > logger.warn("failed to initialize specified implementation " + > > > "of AttributeFinder, using default", e); > > > } > > > .... > > > } > > > > > > Is there a chance that we could eliminate this use given that the > > > system recovers with the instantiation of a default AttributeFinder ? > > > > > > It would be really useful :-) > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org > > For additional commands, e-mail: commons-dev-help@jakarta.apache.org > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org > For additional commands, e-mail: commons-dev-help@jakarta.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org