Found multiple issues: * Somehow Studio doesn't load the ldap-extras-codec bundle automatically. That caused the StartTLS extended op was not available. There is already a workaround/hack to load ldap-codec-core which I also apply.
* We have two LdapApiService implementations. The standalone one the default (which is used in OSGi env). The problem was that all the controls and extended ops are registered (via CodecFactoryUtil) when using the standalone one, but not the default one. Actually in ExtrasBundleActivator lot of control register code was duplicated. I split up CodecFactoryUtil into stock and extras and reuse them in both standalone and OSGi env. * Then as usual missing bundle imports and exports :) On 1/1/19 2:34 PM, Stefan Seelmann wrote: > On 1/1/19 2:22 PM, Emmanuel Lécharny wrote: >> >> On 01/01/2019 14:08, Stefan Seelmann wrote: >>> Thanks Emmanuel! >>> >>> in the Studio JNDI removal branch I had one compile error, because there >>> is still code that converts response controls to JNDI, I also have to >>> remove that :) >>> >>> Otherwise in SSL/StartTLS tests I see two kind of exceptions: >>> >>> 1. PROTOCOL_ERROR: The server will disconnect >>> >>> 2. java.lang.ClassCastException: >>> org.apache.directory.api.ldap.model.message.extended.NoticeOfDisconnect >>> cannot be cast to >>> org.apache.directory.api.ldap.model.message.OpaqueExtendedResponse >> >> >> Is this when testing studio ? > > Yes, when running UI integration tests (CertificateValidationTest), in > the branch. I assume it has to do with OSGi because I do the exact same > tests in the ldap-client-tests where it is successfule. No need to dig > into it, I'll have a look later tonight... >
