Mailing-List: contact users-help@directory.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@directory.apache.org
Received-SPF: pass (herse.apache.org: domain of akarasulu@gmail.com designates
 64.233.184.230 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
        b=oERQfTKA5xoqpc/c8Qq21he9OD/TRQt3f6QiQTgIOj2it1lT/YuefR0BiyumfhlnbQRCl03DvQj0kP2CQR2x3ILUAq3OOksu7OphmnCvA0V6SXH7sQyCBWnY27BxAXLqfdZl7c34giFhlKiWiY9RfMUnvZpZejrTRbGutfJIOVs=
Message-ID: <a32f6b020707120800t7ae80785i5abb70f3e7deca60@mail.gmail.com>
Date: Thu, 12 Jul 2007 11:00:20 -0400
From: "Alex Karasulu" <akarasulu@apache.org>
Sender: akarasulu@gmail.com
To: users@directory.apache.org, apache.ds@webunity.de
Subject: Re: apacheds-tools dump throws Exception
In-Reply-To: <a32f6b020707120727u360f6c6rdc3d460481a6eba6@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_18537_5736448.1184252420841"
References: <20070712160314.ze17soam0q8sg4cg@nemo.granus-werkstatt.de>
	 <a32f6b020707120727u360f6c6rdc3d460481a6eba6@mail.gmail.com>

------=_Part_18537_5736448.1184252420841
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Markus,

Short answer:
I found the bug and fixed it in trunk but it revealed another bug.

Long answer:
The manifest did not include some critical dependencies needed to initialize
the classes.  We have
many more dependencies in 1.5.x introduced.  This was partly my fault and
partly Enrique's fault.
We did not update the tools manifest when we introduced new dependencies to
the core when
refactoring the configuration and introducing the new schema subsystem
changes.

The immediate fix to this in trunk seemed to be just a matter of adding the
needed dependencies to
initialize the partition and load the configurations.  This however broke as
well because of schema
consistency issues.  I need to drill down into this code to see what issues
we have.  I think some of
the issues filed in JIRA by Pierre about schema OID overlaps may be the
cause of this secondary
bug that has revealed itself.

I will look into these issues and see if I can get you a fix later today but
you'll have to switch over
to using the trunk's SNAPSHOT instead.  Is this acceptable for you?

Alex

On 7/12/07, Alex Karasulu <akarasulu@apache.org> wrote:
>
> Markus do you have a apacheds-schema-registries-1.5.0.jar in your lib
> directory
> of the installation home for ADS?  This is the jar that contains the
> SchemaLoader
> class that seems to be having issues.  Also check and see if the problem
> exists
> even if you try to dump the system partition.  I want to single out a few
> things.
>
> Alex
>
> On 7/12/07, Markus Pohle < apacheds.users@webunity.de> wrote:
> >
> >
> >
> > Hi All,
> > tried the apacheds-tools.jar from within my apacheds-1.5.0 running on
> > windows 2003 server (englisch version) to dump a partition.
> >
> > the command i executed is:
> > C:\Program Files\apacheds-1.5.0\bin>java -jar apacheds-tools.jar dump
> > -i "C:\Program Files\apacheds- 1.5.0" -p DouglasHolding
> >
> > the error message i do get is:
> > Exception in thread "main" java.lang.NoClassDefFoundError:
> > org/apache/directory/server/schema/registries/SchemaLoader
> >          at
> >
> > org.apache.directory.server.tools.commands.dumpcmd.DumpCommandExecutorSkeleton.execute(DumpCommandExecutorSke
> > leton.java:34)
> >          at
> >
> > org.apache.directory.server.tools.commands.dumpcmd.DumpCommandExecutorStub.execute
> > (DumpCommandExecutorStub.ja
> > va:36)
> >          at
> > org.apache.directory.server.tools.request.BaseToolCommandCL.execute (
> > BaseToolCommandCL.java:67)
> >          at
> > org.apache.directory.server.tools.ApachedsTools.main(ApachedsTools.java
> > :122)
> >
> > can anybody help me please?
> >
> > TIA
> > Markus
> >
> >
>

------=_Part_18537_5736448.1184252420841--