Hi Jonathan, There have been recently major refactoring at the core of ApacheDS as we're trying to improve the backend and move it to OSGI as well. It required us a few packages renamings and some classes being moved. A few references might have stayed in some text files (like schema files) with a wrong class name.
I'll have a look at your issue this morning. Regards, Pierre-Arnaud On 18 oct. 2011, at 04:29, Jonathan Disher wrote: > 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 >
