Ok, I sorted out the depencies and fixed the server startup. Now it reads the port- and partition configuration correctly.
However, the loading of .ldif files on startup is still missing. I'm still looking for an example on how to do that. At least you get a server up and running :-) Cheers, Matthias On Sat, Jan 23, 2010 at 5:25 PM, Rui Tang <[email protected]> wrote: > I've tried this new revision. > > But I found some other problems: > > 1. The build process failed. > 1.1 In project pax-ldapserver-apacheds, its pom.xml has dependency with > pax logging, required version is 1.3.0, but in apache maven repository, > there's only 1.4 available, so please check it out. > 1.2 After fixing this, the build process can finish. I tested the packaged > jar, throws Import-Package not found exception. First is junit library, so I > add resolution:=optional to the osgi.bnd file to all junit packages. > > 2. sun.reflect package is also needed in Import-Packages, So I add > sun.reflect package to --systemPakcages of Pax Runner configurations, then > my application can start correctly. > > 3. Then I try to use Apache Directory Studio to connect to the server via > port 8099, but failed. Form the log, I can see ApacheDS start OK statements. > > 4. My env is like following. I use Pax Confman to manage all configurations. > The folder structure is: > > bin > etc/configuraions/services/*.proerties (including pax logging and ldapserver > config file) > etc/ldap/test.ldif > > I start my app from bin folder, please see the config and log files > attached. > > Another problem is that the log printed by the ldapserver does not follow > the instruction of the pax logging configuration. You can tell this from the > different log format. > > Finally, of course, the new version can work with MINA 2.0. > > > > On Sat, Jan 23, 2010 at 8:03 PM, Matthias Küspert <[email protected]> > wrote: >> >> Just commited the update to DS 1.5.5 ... please test again with the >> latest 0.3.0-SNAPSHOT version and let me know if this solves your >> problem. >> >> Cheers, >> Matthias >> >> On Sat, Jan 23, 2010 at 10:37 AM, Matthias Küspert >> <[email protected]> wrote: >> > I suspect this is because the 0.3.0-SNAPSHOT is still using ApacheDS >> > 1.5.4 - Mina 2.0.0 support was added in 1.5.5 - see [1] >> > >> > I already started some work on switching to DS 1.5.5 - I'll try to >> > commit that stuff soon. >> > >> > HTH, >> > Matthias >> > >> > [1] http://directory.apache.org/2009/08/19/apache-ds-155-released.html >> > >> > >> > >> > On Fri, Jan 22, 2010 at 5:11 PM, Rui Tang <[email protected]> wrote: >> >> Hi there, >> >> >> >> If I try to run Pax LDAP Server 0.3.0 individually, I can get >> >> everything >> >> work fine. >> >> >> >> But because my project have already used Mina 2.0.0-M5, so when I start >> >> Pax >> >> LDAP Server together with Mina 2.0.0 then following exception was >> >> thrown: >> >> >> >> [ManagedService Update Queue] ERROR org.eclipse.equinox.cm - >> >> org/apache/mina/tra >> >> nsport/socket/nio/SocketAcceptor >> >> java.lang.NoClassDefFoundError: >> >> org/apache/mina/transport/socket/nio/SocketAccep >> >> tor >> >> at java.lang.ClassLoader.defineClass1(Native Method) >> >> at java.lang.ClassLoader.defineClass(ClassLoader.java:616) >> >> at >> >> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.defineClass( >> >> DefaultClassLoader.java:183) >> >> at >> >> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.defineClass(Clas >> >> spathManager.java:576) >> >> at >> >> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findClassImpl(Cl >> >> asspathManager.java:546) >> >> at >> >> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClassIm >> >> pl(ClasspathManager.java:477) >> >> at >> >> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass_L >> >> ockClassLoader(ClasspathManager.java:465) >> >> at >> >> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(C >> >> lasspathManager.java:445) >> >> at >> >> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalCla >> >> ss(DefaultClassLoader.java:211) >> >> at >> >> org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLo >> >> ader.java:381) >> >> at >> >> org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(Bundl >> >> eLoader.java:457) >> >> at >> >> org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader. >> >> java:410) >> >> at >> >> org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader. >> >> java:398) >> >> at >> >> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(De >> >> faultClassLoader.java:105) >> >> at java.lang.ClassLoader.loadClass(ClassLoader.java:248) >> >> at >> >> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:316) >> >> at >> >> org.ops4j.pax.ldapserver.apacheds.internal.Server.startServer(Server. >> >> java:147) >> >> at >> >> org.ops4j.pax.ldapserver.apacheds.internal.Server.updated(Server.java >> >> :204) >> >> at >> >> org.eclipse.equinox.internal.cm.ManagedServiceTracker$1.run(ManagedSe >> >> rviceTracker.java:181) >> >> at >> >> org.eclipse.equinox.internal.cm.SerializedTaskQueue$1.run(SerializedT >> >> askQueue.java:36) >> >> Caused by: java.lang.ClassNotFoundException: >> >> org.apache.mina.transport.socket.ni >> >> o.SocketAcceptor >> >> at >> >> org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(Bundl >> >> eLoader.java:448) >> >> at >> >> org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader. >> >> java:410) >> >> at >> >> org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader. >> >> java:398) >> >> at >> >> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(De >> >> faultClassLoader.java:105) >> >> at java.lang.ClassLoader.loadClass(ClassLoader.java:248) >> >> at >> >> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:316) >> >> ... 20 more >> >> >> >> I've found that the SocketAcceptor class has been renamed to >> >> NioSocketAcceptor in version 2.0.0. >> >> >> >> Is this a bug? And how can I fix it? >> >> >> >> Thank you! >> >> >> >> -- >> >> 唐睿 >> >> >> >> _______________________________________________ >> >> general mailing list >> >> [email protected] >> >> http://lists.ops4j.org/mailman/listinfo/general >> >> >> >> >> > > > > > -- > 唐睿 > _______________________________________________ general mailing list [email protected] http://lists.ops4j.org/mailman/listinfo/general
