Mailing-List: contact users-help@directory.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@directory.apache.org
Received-SPF: pass (athena.apache.org: local policy)
Message-ID: <4738CA9C.6040300@ecbridges.com>
Date: Mon, 12 Nov 2007 13:50:20 -0800
From: Ben Madsen - Mailing List <bmadsen@ecbridges.com>
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: users@directory.apache.org
Subject: Re: (Maybe not a Database Format Question) in Upgrade from 1.0.2
 to 1.5.1
References: <4734A58C.4020404@ecbridges.com> <4734A7C7.5040601@ecbridges.com>
 <4734B091.9040906@ecbridges.com> <4734FC99.60802@gmail.com>
In-Reply-To: <4734FC99.60802@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Emmanuel,
Thank you for the response.  I kinda figured that.  Luckily, manually
performing the LDIF transition won't be too hard at this point, although
the data migration idea would be very nice for future releases.
-Ben

Emmanuel Lecharny wrote:
> Hi Ben,
>
> I think there is a problem when you try to read a 1.0 database with a
> 1.5 version : the way data are serialized is different.
>
> We didn't have written a convertor yet for the 1.5 version, but you
> can still export a 1.0 database using an LDIF export followed by an
> LDIF import in a 1.5 database.
>
> This is something we may add to ADS 2.0 : a way to migrate data from
> 1.0 to 2.0.
>
> Sorry for that ...
>
> Ben Madsen - Mailing List wrote:
>> Ok, so maybe it is a problem created by upgrading.  The class that is
>> being searched for is:
>>
>> org.apache.directory.server.core.schema.SerializableComparator
>>
>> however, the class that is now available using 1.5.1 is:
>>
>> org.apache.directory.server.schema.SerializableComparator
>>
>> Any help on conversion tactics?
>> -Ben
>>
>> Ben Madsen - Mailing List wrote:
>>  
>>> I'm using Tomcat 5.5 and Maven2 for the builds.  The reference to the
>>> apacheds-schema-registries-1.5.1jar file seems to be getting there, and
>>> the jar package has the class...  So it may not be an upgrade issue,
>>> but
>>> a configuration issue...  Still, any help as to why the
>>> ClassNotFoundException is thrown would be nice.  The jar gets into the
>>> WEB-INF/lib directory too...
>>>
>>> -Ben
>>>
>>> Ben Madsen - Mailing List wrote:
>>>      
>>>> First, thanks to the developers and the community for a great package.
>>>>
>>>> Now, for my problem.  I've looked around the mailing list and the
>>>> documentation to no avail.  I've even Google'd for the error
>>>> message I'm
>>>> seeing, but still haven't been able to find anything.  But, bear
>>>> with me
>>>> if I've just missed it.
>>>>
>>>> I recently decided to upgrade to v1.5.1 just to see if my original
>>>> problem I was experiencing was fixed in later releases.  This problem
>>>> would be that of hanging on shutdown when ApacheDS was started from a
>>>> web container per the advanced guide instructions
>>>> (http://directory.apache.org/apacheds/1.0/embedding-apacheds-as-a-web-application.html).
>>>>
>>>>
>>>> Anyway, the upgrade fixed it.  But another problem that I found is
>>>> that
>>>> when I tried to load up the old versions partition configuration
>>>> directory, it came back with the following error:
>>>>
>>>> Error starting DirectoryServer
>>>> java.lang.ClassNotFoundException:
>>>> org.apache.directory.server.core.schema.SerializableComparator
>>>>     at
>>>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1359)
>>>>
>>>>     at
>>>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1205)
>>>>
>>>>     at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
>>>>     at java.lang.Class.forName0(Native Method)
>>>>     at java.lang.Class.forName(Class.java:247)
>>>>     at
>>>> java.io.ObjectInputStream.resolveClass(ObjectInputStream.java:604)
>>>>     at
>>>> java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1575)
>>>>
>>>>     at
>>>> java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1496)
>>>>     at
>>>> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1732)
>>>>
>>>>     at
>>>> java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
>>>>     at
>>>> java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
>>>>     at jdbm.btree.BTree.readExternal(BTree.java:537)
>>>>     at
>>>> java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:1792)
>>>>
>>>>     at
>>>> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1751)
>>>>
>>>>     at
>>>> java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
>>>>     at
>>>> java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
>>>>     at jdbm.helper.Serialization.deserialize(Serialization.java:93)
>>>>     at
>>>> jdbm.helper.DefaultSerializer.deserialize(DefaultSerializer.java:97)
>>>>     at jdbm.recman.BaseRecordManager.fetch(BaseRecordManager.java:341)
>>>>     at
>>>> jdbm.recman.CacheRecordManager.fetch(CacheRecordManager.java:263)
>>>>     at
>>>> jdbm.recman.CacheRecordManager.fetch(CacheRecordManager.java:242)
>>>>     at jdbm.btree.BTree.load(BTree.java:276)
>>>>     at
>>>> org.apache.directory.server.core.partition.impl.btree.jdbm.JdbmTable.<init>(JdbmTable.java:141)
>>>>
>>>>     at
>>>> org.apache.directory.server.core.partition.impl.btree.jdbm.JdbmIndex.initTables(JdbmIndex.java:140)
>>>>
>>>>     at
>>>> org.apache.directory.server.core.partition.impl.btree.jdbm.JdbmIndex.<init>(JdbmIndex.java:120)
>>>>
>>>>     at
>>>> org.apache.directory.server.core.partition.impl.btree.jdbm.JdbmStore.setUpdnIndexOn(JdbmStore.java:713)
>>>>
>>>>     at
>>>> org.apache.directory.server.core.partition.impl.btree.jdbm.JdbmStore.initCustomIndex(JdbmStore.java:219)
>>>>
>>>>     at
>>>> org.apache.directory.server.core.partition.impl.btree.jdbm.JdbmStore.initIndices2(JdbmStore.java:348)
>>>>
>>>>     at
>>>> org.apache.directory.server.core.partition.impl.btree.jdbm.JdbmStore.init(JdbmStore.java:454)
>>>>
>>>>     at
>>>> org.apache.directory.server.core.partition.impl.btree.jdbm.JdbmPartition.init(JdbmPartition.java:115)
>>>>
>>>>     at
>>>> org.apache.directory.server.core.partition.DefaultPartitionNexus.initializeSystemPartition(DefaultPartitionNexus.java:421)
>>>>
>>>>     at
>>>> org.apache.directory.server.core.partition.DefaultPartitionNexus.init(DefaultPartitionNexus.java:248)
>>>>
>>>>     at
>>>> org.apache.directory.server.core.DefaultDirectoryService.initialize(DefaultDirectoryService.java:1001)
>>>>
>>>>     at
>>>> org.apache.directory.server.core.DefaultDirectoryService.startup(DefaultDirectoryService.java:255)
>>>>
>>>>     at
>>>> org.apache.directory.server.core.jndi.AbstractContextFactory.getInitialContext(AbstractContextFactory.java:124)
>>>>
>>>>     at
>>>> javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:667)
>>>>
>>>>     at
>>>> javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:288)
>>>>     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)
>>>>
>>>>
>>>>
>>>> This would seem to indicate some kind of a problem in upgrading
>>>> from the
>>>> 1.0.x data format and the 1.5.x data format based on the change to
>>>> jDBM
>>>> for the file format provider.  Is there a way to upgrade this to
>>>> the new
>>>> format or am I just including the wrong library or something?
>>>>
>>>> Thanks in advance for your help.
>>>>
>>>> -Ben
>>>>             
>>
>>   
>
>