Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 96958 invoked from network); 30 Sep 2005 14:53:51 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 30 Sep 2005 14:53:51 -0000 Received: (qmail 82586 invoked by uid 500); 30 Sep 2005 14:53:50 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 82390 invoked by uid 500); 30 Sep 2005 14:53:49 -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 82373 invoked by uid 99); 30 Sep 2005 14:53:49 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Sep 2005 07:53:49 -0700 X-ASF-Spam-Status: No, hits=1.8 required=10.0 tests=DNS_FROM_RFC_ABUSE,DNS_FROM_RFC_POST,HTML_MESSAGE X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [143.186.72.59] (HELO ussvs-mta2.amer.borl.net) (143.186.72.59) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Sep 2005 07:53:51 -0700 Received: from USSVS-EXCH01.amer.borl.net ([10.186.99.92]) by ussvs-mta2.amer.borl.net with Microsoft SMTPSVC(6.0.3790.1830); Fri, 30 Sep 2005 07:53:40 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C5C5CE.AABA3780" Subject: RE: Problem embedding 0.92 ApacheDS... Date: Fri, 30 Sep 2005 07:53:22 -0700 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problem embedding 0.92 ApacheDS... Thread-Index: AcXFeW0RwNj273VWSgiwBWJucax9+wAVPSXA From: "Thom Park" To: "Apache Directory Developers List" , "Nick Faiz" X-OriginalArrivalTime: 30 Sep 2005 14:53:40.0192 (UTC) FILETIME=[BE9E7E00:01C5C5CE] X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N This is a multi-part message in MIME format. ------_=_NextPart_001_01C5C5CE.AABA3780 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Nick, =20 Sorry - I apologize for not getting feedback to you - I got a bit lost in the weeds with the problems we were having with schema parsing. =20 Unfortunately, we still have the same issue of an incompatability between log4J and slf4j. We rolled our release back to ApacheDS 0.9 for now, such that we were able to progress further but obviously, we'll need to solve this problem to continue using the newer versions of ApacheDS. =20 -Thom =20 =20 ________________________________ From: Nick Faiz [mailto:nickfaiz@gmail.com]=20 Sent: Thursday, September 29, 2005 9:43 PM To: Apache Directory Developers List Subject: Re: Problem embedding 0.92 ApacheDS... =20 Thom, Can you let me know if recompiling fixed the logger incompatibility? If it did we can document it somewhere. If it didn't we'll have to find another fix. Cheers, Nick On 9/30/05, Nick Faiz wrote: Thom, =20 We're sorry that you're seeing this problem. =20 Are you able to recompile 0.9.2 from source and include that result in your app.? If so, could you open apacheds/trunk/project.xml and replace the current nlog4j dependency with this: =20 =20 org.slf4j nlog4j=20 1.2.17 http://slf4j.org/nlog4j=20 =20 =20 Running `maven -Dmaven.test.skip=3Dtrue multiproject:install ` at the = same location will compile the jars for you. =20 I can't guarantee that this will fix the problem but I think the 0.9.2 version uses nlog4j 1.2.14, which was having issues along these lines. =20 Cheers, Nick =20 On 30/09/2005, at 5:13 AM, Thom Park wrote:=20 Hmm...=20 =20 After following the steps in ServerMain, I'm now getting loads of errors from log4J:=20 =20 If I have the ApacheDS down the classpath from my application, I find I get this error: =20 SLF4J built for org.slf4j.impl.Log4jLoggerFA Exception in thread "main" java.lang.IncompatibleClassChangeError=20 at org.apache.ldap.server.jndi.ServerContextFactory.startLdapProtocol( ServerContextFactory.java:222 ) at org.apache.ldap.server.jndi.ServerContextFactory.afterStartup( ServerContextFactory.java :108 ) at org.apache.ldap.server.jndi.DefaultContextFactoryService.startup( DefaultContextFactoryService.java:204 ) at org.apache.ldap.server.jndi.AbstractContextFactory.getInitialContext( AbstractContextFactory.java :99 ) at javax.naming.spi.NamingManager.getInitialContext( NamingManager.java:667 ) at javax.naming.InitialContext.getDefaultInitCtx( InitialContext.java:247 ) at javax.naming.InitialContext.init ( InitialContext.java:223 ) at javax.naming.InitialContext.( InitialContext.java:197 ) at javax.naming.directory.InitialDirContext.( InitialDirContext.java:82 ) at com.borland.sdop.registry.server.RegistryServer.initialDirContext ( RegistryServer.java:158 ) at com.borland.sdop.registry.server.RegistryServer.setupRegistryEngine( RegistryServer.java:169 ) at com.borland.sdop.registry.server.RegistryServer.run( RegistryServer.java:51 ) at com.borland.sdop.registry.server.RegistryProcess.main ( RegistryProcess.java:50 ) =20 This is being emitted from the ApacehDS classes, prior to loading them all log4J messages were emitted correctly to the log. Now, I understand you're picking up our log4J in the classpath - but - if I then move the ApacheDS jars ahead of mine in the classpath I get: =20 Exception in thread "main" java.lang.NoSuchMethodError: org.apache.log4j.Logger.debug(Ljava/lang/Object;)V at blah.blah.RegistryProcess.installShutdownHandler( RegistryProcess.java:146 ) at blah.blah.RegistryProcess.main( RegistryProcess.java:39 ) it appears to me that the method "debug" that handles an array of objects is missing from the logger implementation bundled with ApacheDS. =20 Is there anywhere in the ApacheDS documentation that describes how to configure ApacheDS to co-exist with 'normal' log4J - to change our application over to a non-standard log4J would be a non-trivial undertaking at this point. =20 -Thom =20 =20 =20 =20 =20 =20 =20 ________________________________ From: Trustin Lee [mailto:trustin@gmail.com]=20 Sent: Wednesday, September 28, 2005 5:32 PM To: Apache Directory Developers List=20 Subject: Re: Problem embedding 0.92 ApacheDS... =20 Hi Thom, 2005/9/29, Thom Park < Thom.Park@borland.com >: I've followed the instructions in the doc for embedding ApacheDS in my java application but, what worked fine with 0.9 no longer works with 0.92! Can someone tell me what's changed with the procedure to embed ApacheDS 0.92 within a java app and put me right please? The way to configure ApacheDS has been change significantly from 0.9.2. There's no documentation about it, but please take a look at apacheds-main to find out how to configure ApacheDS. It is using Spring framework, but you can configure it plain Java code, too.=20 Trustin --=20 what we call human nature is actually human habit=20 -- http://gleamynode.net/ =20 =20 ------_=_NextPart_001_01C5C5CE.AABA3780 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi = Nick,

 

Sorry – I apologize for not = getting feedback to you – I got a bit lost in the weeds with the problems = we were having with schema parsing.

 

 Unfortunately,  we still = have the same issue of  an incompatability between log4J and = slf4j.

We rolled our release back to = ApacheDS 0.9 for now, such that we were able to progress further but obviously, = we’ll need to solve this problem to continue using the newer versions of = ApacheDS.

 

-Thom

 

 


From: Nick = Faiz [mailto:nickfaiz@gmail.com]
Sent: Thursday, September = 29, 2005 9:43 PM
To: Apache Directory Developers List
Subject: Re: Problem = embedding 0.92 ApacheDS...

 

Thom,

Can you let me know if recompiling fixed the logger incompatibility? If = it did we can document it somewhere. If it didn't we'll have to find another = fix.

Cheers,
Nick

On 9/30/05, Nick Faiz <nickfaiz@gmail.com> wrote:

Thom,

 

We're sorry that you're seeing this = problem.

 

Are you able to recompile 0.9.2 from source and include that = result in your app.? If so, could you open apacheds/trunk/project.xml and replace = the current nlog4j dependency with this:

 

 

     =  <dependency>

        = <groupId>org.slf4j</groupId>

        = <artifactId>nlog4j</artifactId>

        = <version>1.2.17</version>

        <url>http://slf4j.org/nlog4j</url> =

      </dependency>    =     

 

Running `maven -Dmaven.test.skip=3Dtrue multiproject:install ` = at the same location will compile the jars for = you.

 

I can't guarantee that this will fix the problem but I think the = 0.9.2 version uses nlog4j 1.2.14, which was having issues along these = lines.

 

Cheers,

Nick

 

On 30/09/2005, at 5:13 AM, Thom Park wrote: =



Hmm… =

 

After following the steps in ServerMain, I'm now = getting loads of errors from log4J:

 

If I have the ApacheDS down the classpath from my application, I find I get this error:

 

SLF4J built for = org.slf4j.impl.Log4jLoggerFA

Exception in thread "main" java.lang.IncompatibleClassChangeError

at = org.apache.ldap.server.jndi.ServerContextFactory.startLdapProtocol( ServerContextFactory.java:222 )

at org.apache.ldap.server.jndi.ServerContextFactory.afterStartup( ServerContextFactory.java :108 )

at org.apache.ldap.server.jndi.DefaultContextFactoryService.startup(<= /font> = DefaultContextFactoryService.java:204 )

at org.apache.ldap.server.jndi.AbstractContextFactory.getInitialContext( AbstractContextFactory.java :99 )

at = javax.naming.spi.NamingManager.getInitialContext( NamingManager.java:667 = )

at = javax.naming.InitialContext.getDefaultInitCtx( InitialContext.java:247 = )

at javax.naming.InitialContext.init = ( InitialContext.java:223 = )

at = javax.naming.InitialContext.<init>( InitialContext.java:197 = )

at = javax.naming.directory.InitialDirContext.<init>( InitialDirContext.java:82 = )

at com.borland.sdop.registry.server.RegistryServer.initialDirContext = ( RegistryServer.java:158 = )

at com.borland.sdop.registry.server.RegistryServer.setupRegistryEngine( RegistryServer.java:169 = )

at = com.borland.sdop.registry.server.RegistryServer.run( RegistryServer.java:51 = )

at = com.borland.sdop.registry.server.RegistryProcess.main = ( RegistryProcess.java:50 = )

 

This is being emitted from the ApacehDS classes, prior = to loading them all log4J messages were emitted correctly to the = log.

Now, I understand you're picking up our log4J in the classpath – but – if I then move the ApacheDS jars ahead of = mine in the classpath I get:

 

Exception in thread "main" java.lang.NoSuchMethodError: = org.apache.log4j.Logger.debug(Ljava/lang/Object;)V

at blah.blah.RegistryProcess.installShutdownHandler( = RegistryProcess.java:146 = )

at = blah.blah.RegistryProcess.main( RegistryProcess.java:39 = )

it appears to me that the method "debug" = that handles an array of objects is missing from the logger implementation = bundled with ApacheDS.

 

Is there anywhere in the ApacheDS documentation that describes how to configure ApacheDS to co-exist with 'normal' log4J = – to change our application over to a non-standard log4J would be a non-trivial = undertaking at this point.

 

-Thom

 

 

 

 

 

 

 


From:<= font size=3D2 color=3Dblack face=3DTahoma> Trustin Lee = [mailto:trustin@gmail.com]
Sent: Wednesday, = September 28, 2005 5:32 PM
To: Apache Directory Developers List
Subject: Re: Problem = embedding 0.92 ApacheDS...

 

Hi = Thom,

2005/9/29, Thom Park < Thom.Park@borland.com>:

I've followed the instructions in the doc for embedding = ApacheDS in my java application but, what worked fine with 0.9 no longer works = with 0.92!

Can someone tell me what's changed with the procedure to embed ApacheDS = 0.92 within a java app and put me right please?


The way to configure ApacheDS has been change significantly from = 0.9.2.  There's no documentation about it, but please take a look at = apacheds-main to find out how to configure ApacheDS.   It is using Spring = framework, but you can configure it plain Java code, too.

Trustin
--
what we call human nature is actually human habit
--
http://gleamynode.net/



 

 

------_=_NextPart_001_01C5C5CE.AABA3780--