I managed to get the base schema files copied over, but now it vomits with new 
errors.

[email protected]:/var/lib/apacheds-2.0.0-M4-SNAPSHOT/default/log# cat 
apacheds.log 
[02:25:59] ERROR 
[org.apache.directory.shared.ldap.codec.api.LdapApiServiceFactory] - Failed to 
instantiate a viable instance, instantiating new instance of 
java.lang.ClassNotFoundException: 
org.apache.directory.shared.ldap.extras.controls.ppolicy.PasswordPolicyFactory
        at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Class.java:169)
        at 
org.apache.directory.shared.ldap.codec.standalone.StandaloneLdapApiService.loadExtraControls(StandaloneLdapApiService.java:249)
        at 
org.apache.directory.shared.ldap.codec.standalone.StandaloneLdapApiService.loadControls(StandaloneLdapApiService.java:203)
        at 
org.apache.directory.shared.ldap.codec.standalone.StandaloneLdapApiService.<init>(StandaloneLdapApiService.java:164)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
        at 
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
        at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
        at java.lang.Class.newInstance0(Class.java:355)
        at java.lang.Class.newInstance(Class.java:308)
        at 
org.apache.directory.shared.ldap.codec.api.LdapApiServiceFactory.initialize(LdapApiServiceFactory.java:128)
        at 
org.apache.directory.shared.ldap.codec.api.LdapApiServiceFactory.getSingleton(LdapApiServiceFactory.java:89)
        at 
org.apache.directory.server.core.DefaultDirectoryService.<init>(DefaultDirectoryService.java:138)
        at 
org.apache.directory.server.config.builder.ServiceBuilder.createDirectoryService(ServiceBuilder.java:1258)
        at 
org.apache.directory.server.ApacheDsService.initDirectoryService(ApacheDsService.java:294)
        at 
org.apache.directory.server.ApacheDsService.start(ApacheDsService.java:175)
        at 
org.apache.directory.server.wrapper.ApacheDsTanukiWrapper.start(ApacheDsTanukiWrapper.java:72)
        at 
org.tanukisoftware.wrapper.WrapperManager$12.run(WrapperManager.java:2788)
[02:26:00] ERROR [org.apache.directory.server.wrapper.ApacheDsTanukiWrapper] - 
Failed to start the service.
org.apache.directory.shared.ldap.model.exception.LdapOtherException
        at 
org.apache.directory.server.core.api.partition.AbstractPartition.initialize(AbstractPartition.java:76)
        at 
org.apache.directory.server.core.DefaultDirectoryService.initialize(DefaultDirectoryService.java:1576)
        at 
org.apache.directory.server.core.DefaultDirectoryService.startup(DefaultDirectoryService.java:1006)
        at 
org.apache.directory.server.ApacheDsService.initDirectoryService(ApacheDsService.java:307)
        at 
org.apache.directory.server.ApacheDsService.start(ApacheDsService.java:175)
        at 
org.apache.directory.server.wrapper.ApacheDsTanukiWrapper.start(ApacheDsTanukiWrapper.java:72)
        at 
org.tanukisoftware.wrapper.WrapperManager$12.run(WrapperManager.java:2788)
Caused by: java.lang.NullPointerException
        at 
org.apache.directory.server.core.shared.partition.DefaultPartitionNexus.doInit(DefaultPartitionNexus.java:204)
        at 
org.apache.directory.server.core.api.partition.AbstractPartition.initialize(AbstractPartition.java:71)
        ... 6 more

I guess I really have two questions right now:

1) Is there any documentation for building ApacheDS 2.0.0 from trunk?  All the 
docs I find are talking about 1.5, and nothing I find seems to build anything 
complete and correct enough to get running.
2) When can I expect to see the official M4 build packages show up online?

I would love to be able to build from trunk, and I would love to be able to use 
ApacheDS, but I've burned about a week on this so far, with nothing 
functioning, and I have actual production need :(

Any help is appreciated, thanks.

-j

On Oct 17, 2011, at 6:42 PM, Jonathan Disher wrote:

> OK, I'm kind of stumped.
> 
> I have successfully built ApacheDS from trunk a couple of times, but cannot 
> get it deployed on my directory system.  It installs, but refuses to start, 
> complaining about no schema present.  Where do I get the schema files from, 
> or why are they not packaged up with the rest of apaches when I build a 
> package?
> 
> -j
> 
> On Oct 13, 2011, at 2:29 PM, Jonathan Disher wrote:
> 
>> Yeah, kerberos failed, I commented it out because I don't run it.
>> 
>> I will let you know
>> 
>> -j
>> On Oct 13, 2011, at 11:54 AM, Jonathan Disher wrote:
>> 
>>> I built 1180264 (after much difficulty, getting deb packages to build, so I 
>>> could deploy it to my admin nodes), but can't get it to start because 
>>> things are missing, and unfortunately the documentation for 2.0 is, well, 
>>> nonexistent.  Right now it's vomiting on the lack of any schema 
>>> ldif/structure being present.  I am trying to not build locally on the 
>>> admin nodes, they need to remain clean and reproducible, deployable binary 
>>> packages are required (I need to build, at last count, approx 13 replicas 
>>> world wide).
>>> 
>>> I will svn up and rebuild, but I suspect that will not fix my schema 
>>> problems.  Is there any 2.0 documentation in any functional state?
>>> 
>>> -j
>>> 
>>> On Oct 11, 2011, at 1:24 PM, Kiran Ayyagari wrote:
>>> 
>>>> the trunk is back to stable condition, you can svn up your local copy
>>>> or checkout the head directly
>>>> 
>>>> On Mon, Oct 10, 2011 at 6:32 PM, Kiran Ayyagari <[email protected]> 
>>>> wrote:
>>>>> http://svn.apache.org/repos/asf/directory/apacheds/trunk-with-dependencies
>>>>> 
>>>>> please checkout the revision 1180264 cause currently there are few
>>>>> changes that destabilized the trunk (should be back to normal in
>>>>> couple days)
>>>>> 
>>>>> Please let us know if you have any issues.
>>>>> 
>>>>> On Mon, Oct 10, 2011 at 6:06 PM, Jonathan Disher <[email protected]> 
>>>>> wrote:
>>>>>> So, I checked out trunk and appear to have gotten ApacheDS 1.5.  Where 
>>>>>> do I check out the 2.0 tree?
>>>>>> 
>>>>>> -j
>>>>>> 
>>>>>> On Oct 6, 2011, at 5:30 PM, Kiran Ayyagari wrote:
>>>>>> 
>>>>>>> This has been fixed, please see
>>>>>>> https://issues.apache.org/jira/browse/DIRSERVER-1666
>>>>>>> for the details. Appreciate if you can verify the fix and report your 
>>>>>>> findings.
>>>>>>> 
>>>>>>> On Thu, Oct 6, 2011 at 3:33 PM, Kiran Ayyagari <[email protected]> 
>>>>>>> wrote:
>>>>>>>> I confirm the presence of this issue, (which seems to be introduced
>>>>>>>> during some code cleanup)
>>>>>>>> will commit a fix in another 7 hours and let you know.
>>>>>>>> Thanks for the detailed trace.
>>>>>>>> 
>>>>>>>> On Thu, Oct 6, 2011 at 2:57 PM, Jonathan Disher <[email protected]> 
>>>>>>>> wrote:
>>>>>>>>> Yes, I did.
>>>>>>>>> 
>>>>>>>>> Actually, I am getting this:
>>>>>>>>> 
>>>>>>>>> [18:55:46] ERROR 
>>>>>>>>> [org.apache.directory.server.ldap.replication.provider.SyncReplRequestHandler]
>>>>>>>>>  - Failed to initialize the log files required by the syncrepl 
>>>>>>>>> provider
>>>>>>>>> java.lang.NullPointerException
>>>>>>>>>     at 
>>>>>>>>> org.apache.directory.server.ldap.replication.provider.SyncReplSearchListener.<init>(SyncReplSearchListener.java:98)
>>>>>>>>>     at 
>>>>>>>>> org.apache.directory.server.ldap.replication.provider.SyncReplRequestHandler.registerPersistentSearches(SyncReplRequestHandler.java:929)
>>>>>>>>>     at 
>>>>>>>>> org.apache.directory.server.ldap.replication.provider.SyncReplRequestHandler.start(SyncReplRequestHandler.java:171)
>>>>>>>>>     at 
>>>>>>>>> org.apache.directory.server.ldap.LdapServer.startReplicationProducer(LdapServer.java:506)
>>>>>>>>>     at 
>>>>>>>>> org.apache.directory.server.ldap.LdapServer.start(LdapServer.java:488)
>>>>>>>>>     at 
>>>>>>>>> org.apache.directory.server.ApacheDsService.startLdap(ApacheDsService.java:374)
>>>>>>>>>     at 
>>>>>>>>> org.apache.directory.server.ApacheDsService.start(ApacheDsService.java:174)
>>>>>>>>>     at 
>>>>>>>>> org.apache.directory.server.ApacheDsTanukiWrapper.start(ApacheDsTanukiWrapper.java:71)
>>>>>>>>>     at 
>>>>>>>>> org.tanukisoftware.wrapper.WrapperManager$12.run(WrapperManager.java:2788)
>>>>>>>>> [18:55:46] ERROR [PROVIDER_LOG] - Failed to initialize the log files 
>>>>>>>>> required by the syncrepl provider
>>>>>>>>> java.lang.NullPointerException
>>>>>>>>>     at 
>>>>>>>>> org.apache.directory.server.ldap.replication.provider.SyncReplSearchListener.<init>(SyncReplSearchListener.java:98)
>>>>>>>>>     at 
>>>>>>>>> org.apache.directory.server.ldap.replication.provider.SyncReplRequestHandler.registerPersistentSearches(SyncReplRequestHandler.java:929)
>>>>>>>>>     at 
>>>>>>>>> org.apache.directory.server.ldap.replication.provider.SyncReplRequestHandler.start(SyncReplRequestHandler.java:171)
>>>>>>>>>     at 
>>>>>>>>> org.apache.directory.server.ldap.LdapServer.startReplicationProducer(LdapServer.java:506)
>>>>>>>>>     at 
>>>>>>>>> org.apache.directory.server.ldap.LdapServer.start(LdapServer.java:488)
>>>>>>>>>     at 
>>>>>>>>> org.apache.directory.server.ApacheDsService.startLdap(ApacheDsService.java:374)
>>>>>>>>>     at 
>>>>>>>>> org.apache.directory.server.ApacheDsService.start(ApacheDsService.java:174)
>>>>>>>>>     at 
>>>>>>>>> org.apache.directory.server.ApacheDsTanukiWrapper.start(ApacheDsTanukiWrapper.java:71)
>>>>>>>>>     at 
>>>>>>>>> org.tanukisoftware.wrapper.WrapperManager$12.run(WrapperManager.java:2788)
>>>>>>>>> [18:55:46] ERROR [org.apache.directory.server.ApacheDsService] - 
>>>>>>>>> Cannot start the server : java.lang.NullPointerException
>>>>>>>>> [18:56:42] WARN 
>>>>>>>>> [org.apache.directory.server.ldap.handlers.SearchHandler] - This 
>>>>>>>>> server does not allow replication
>>>>>>>>> 
>>>>>>>>> Permissions should be fine (it runs as root, I need to listen on 
>>>>>>>>> 389), so creating files shouldn't be a problem.
>>>>>>>>> 
>>>>>>>>> -j
>>>>>>>>> 
>>>>>>>>> On Oct 6, 2011, at 11:48 AM, Kiran Ayyagari wrote:
>>>>>>>>> 
>>>>>>>>>> did you add the attribute 'ads-replReqHandler' and restarted the 
>>>>>>>>>> server?
>>>>>>>>>> 
>>>>>>>>>> On Thu, Oct 6, 2011 at 2:26 PM, Jonathan Disher <[email protected]> 
>>>>>>>>>> wrote:
>>>>>>>>>>> So, I did, and I followed the directions.  I get this on my slave:
>>>>>>>>>>> 
>>>>>>>>>>> [18:37:13] WARN 
>>>>>>>>>>> [org.apache.directory.server.ldap.handlers.SearchHandler] - This 
>>>>>>>>>>> server does not allow replication
>>>>>>>>>>> 
>>>>>>>>>>> I'm kind of confused.  It should, I told it to!
>>>>>>>>>>> 
>>>>>>>>>>> -j
>>>>>>>>>>> 
>>>>>>>>>>> On Oct 5, 2011, at 12:36 PM, Kiran Ayyagari wrote:
>>>>>>>>>>> 
>>>>>>>>>>>> take a look at this mail thread 
>>>>>>>>>>>> http://markmail.org/message/s4w6dvizvwdbxewr
>>>>>>>>>>>> 
>>>>>>>>>>>> HTH
>>>>>>>>>>>> On Wed, Oct 5, 2011 at 3:34 PM, Jonathan Disher 
>>>>>>>>>>>> <[email protected]> wrote:
>>>>>>>>>>>>> It is my understanding that replication works in ApacheDS 
>>>>>>>>>>>>> 2.0.0-M3 - is this correct?  If so, can anyone point me in the 
>>>>>>>>>>>>> direction of some configuration instructions?
>>>>>>>>>>>>> 
>>>>>>>>>>>>> I am not doing anything overly fancy like N-way multi master, I 
>>>>>>>>>>>>> just need one master and a bunch of localized slaves.
>>>>>>>>>>>>> 
>>>>>>>>>>>>> Thanks!
>>>>>>>>>>>>> 
>>>>>>>>>>>>> -j
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> --
>>>>>>>>>>>> Kiran Ayyagari
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> --
>>>>>>>>>> Kiran Ayyagari
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> --
>>>>>>>> Kiran Ayyagari
>>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> --
>>>>>>> Kiran Ayyagari
>>>>>> 
>>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> --
>>>>> Kiran Ayyagari
>>>>> 
>>>> 
>>>> 
>>>> 
>>>> -- 
>>>> Kiran Ayyagari

Reply via email to