On Oct 5, 2007, at 5:46 PM, Alex Karasulu wrote:

Was working for me earlier. David you're change essentially removes the xbean based context factory. Removing it breaks this project rather fixing it for me :). I guess there's something wacky here. Regardless we should use
the XBean contextFactory instead.

I'm not sure what you are seeing, there are lots of xbean context factories. I changed

-import org.apache.xbean.spring.context.ClassPathXmlApplicationContext;
+import org.apache.xbean.spring.context.FileSystemXmlApplicationContext;

which is definitely an xbean context factory, otherwise the server.xml definitely would not work. I verified that before my change I got the same exception as elecharney starting the server using the apacheds.sh script in installers/apacheds-noarch and that after the change I could start the server and connect to it using ldap studio. The FileSystemXmlApplicationContext is the same one I use in the geronimo plugin and in the itest in server-xml. As I said I don't understand why my change makes any difference but since it fixed the problem and I could connect to the server afterwords it seemed pretty safe.

I'm still wondering if workingDirectory is really supposed to be a dn.

thanks
david jencks


Alex


Reply via email to