Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 12222 invoked from network); 13 Sep 2005 07:48:57 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 13 Sep 2005 07:48:57 -0000 Received: (qmail 84024 invoked by uid 500); 13 Sep 2005 07:48:56 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 83966 invoked by uid 500); 13 Sep 2005 07:48:56 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 83953 invoked by uid 99); 13 Sep 2005 07:48:55 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Sep 2005 00:48:55 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [212.74.184.209] (HELO mail.qos.ch) (212.74.184.209) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Sep 2005 00:49:05 -0700 Received: from kal.qos.ch (kal [192.168.1.3]) by mail.qos.ch (Postfix) with ESMTP id 9B5F5E7C16 for ; Tue, 13 Sep 2005 09:48:51 +0200 (CEST) Message-Id: <6.0.3.0.0.20050913094005.0327ebd0@torino> X-Sender: blocked@torino (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.3.0 Date: Tue, 13 Sep 2005 09:48:55 +0200 To: "Apache Directory Developers List" From: Ceki =?iso-8859-1?Q?G=FClc=FC?= Subject: Re: upgrading to nlog4j.1.2.17 In-Reply-To: <43262BF5.3010704@atlassian.com> References: <43262BF5.3010704@atlassian.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hello Nick, Could you send me the a stack trace of the NoSuchMethodError? As of NLOG4J 1.2.16, code compiled against log4j.jar will run fine with=20 nlog4j.jar. However, the inverse is not true. Code compiled with NLOG4J=20 will only run with NLOG4J. This means that your code, when compiled with=20 NLOG4J, will depend on NLOG4J, which in my humble opinion is a rather=20 reasonable requirement, especially if you consider that NLOG4J has SLF4J=20 support which log4j does not have. Considering the direction of compatibility, perhaps you are trying to=20 access methods only available in nlog4j when only log4j.jar is available in= =20 the class path? Being somewhat familiar with IDEA, I'd be happy to try reproduce the=20 problem. Do you have a tiny project/test case to make it easy for me? Cheers, At 03:31 AM 9/13/2005, Nick Faiz wrote: >Hey Alex (and others), > >I was originally sending this to Alex, as a follow up to an interrupted IM= =20 >chat, but thought it relevant to send to the dev list. It relates to=20 >upgrading nlog4j. > >Check out maven.org/ibiblio under org.slf4j - you will find nlog4j.1.2.17 . > >http://www.ibiblio.org/maven/org.slf4j/jars/ > >We need to find a solution for this NoSuchMethodError - I keep seeing it=20 >in IDEA but havent had time to test with ApacheDS in any other embedded=20 >capacity. It's a blocker. > >Whenever I hit an nlog4j log statement in IDEA, when I have several=20 >modules open, and when my own source code uses log4j but one of the=20 >modules references ApacheDS, I see a NoSuchMethodError. > >Nick > >-- >ATLASSIAN - http://www.atlassian.com/ > >Confluence - the enterprise wiki - tried it yet? >http://www.atlassian.com/confluence/ >-- --=20 Ceki G=FClc=FC The complete log4j manual: http://www.qos.ch/log4j/