2007/9/5, Stefan Seelmann <email@example.com>:
Spark Shen schrieb:
> 2007/9/4, Leo Li <firstname.lastname@example.org <mailto:email@example.com>>:
> On 9/4/07, Stefan Seelmann <firstname.lastname@example.org
> <mailto:email@example.com>> wrote:
> > Hi Spark,
> > I agree with Emmanuel, the Sun provider is hardcoded in Studio.
> > However from my expirience, there are a lot of applications out there
> > using "
com.sun.jndi.ldap.LdapCtxFactory" hardcoded in the code, so
> > won't run with Harmony.
> I think we can have an improvement here - we factor those hard-coded
> name out into a property file. Can we?
Sure, in Studio we can do this, that is not a big deal. I think the
jndi.properties file is the right place for this. We could also add a
prefernce dialog to enter the right provider. Could you please create a
Jira about that?
> Take into account that we are all apache developers, leave a place for
> harmony would be very touching. Just joking. :-)
I would love to create a Studio distribution with a bundled Harmony as
its JRE :-)
> > Is it possible to add this class into harmony, maybe only as a
> > to the real implemention? The JDKs of IBM and BEA include this class
> > too, but I don't know if they just relicensed it from Sun.
> The problem is here, to some degree a little interesting :)
> Harmony is trying to implement its own LdapCtxFactory, whose main
> focus is a ldap client.
> So we are exploring whether there is some feature in ldap server
> can be reused in implementing ldap client.
> Is it all right, Spark?
> Yes, exactly.
As mentioned before we have a LDAP client implementation, see here:
It includes all request and response messages of the LDAP protocol
(bind, search, modify, ...) as well as an filter parser, DN parser and
China Software Development Lab, IBM