LdapNetworkConnection not thread-safe ?

2012-06-27 Thread Hendy Irawan
Hi ApacheDS developers, I'm working on an open source project ( https://github.com/soluvas/ldap-tools ) which uses LdapNetworkConnection using shared v1.0.0-M12. Several threads are running in parallel (using Akka), all using the same LdapNetworkConnection to delete entries. However in some cases

Re: LdapNetworkConnection not thread-safe ?

2012-06-27 Thread Kiran Ayyagari
it is not thread safe a bit of history: earlier we made it thread safe, but later dropped the thread safety features it still supports the async feature though On Wed, Jun 27, 2012 at 8:53 PM, Hendy Irawan he...@soluvas.com wrote: Hi ApacheDS developers, I'm working on

Re: LdapNetworkConnection not thread-safe ?

2012-06-27 Thread Emmanuel Lécharny
Le 6/27/12 5:23 PM, Hendy Irawan a écrit : Hi ApacheDS developers, I'm working on an open source project ( https://github.com/soluvas/ldap-tools ) which uses LdapNetworkConnection using shared v1.0.0-M12. Several threads are running in parallel (using Akka), all using the same

Cannot delete entry - ldap_delete: Operation not allowed on non-leaf (66) - NOT_ALLOWED_ON_NON_LEAF: failed for MessageType : DEL_REQUEST -- Re: LdapNetworkConnection not thread-safe ?

2012-06-27 Thread Hendy Irawan
Hi, Thank you for the advice. I've filed a JIRA for thread-safety issue here https://issues.apache.org/jira/browse/DIRSHARED-135 For the time being I'm happy with a workaround. However, I experienced a more serious issue, that I cannot delete an entry, also not able to rename it. Seems like I

Re: Can't connect w/ encryption after loading a custom certificate

2012-06-27 Thread Mat Gessel
Figured it out. In this case the handshake error means that the data being served does not cryptographically correspond to the trusted certificate. The value of userCertificate must be derived from the value of privateKey. If you change userCertificate on uid=admin,ou=system you must also change