RE: JDBC-LDAP Bridge List?

[Adam Williams <awilliam@whitemice.org>]

>Hello Adam (and anyone else who's wondering where to send this stuff),
>We (OctetString) are in fact preparing a mailing list for just such
>discussion. It is not yet in place, but will be linked from the various
>pages once it is.

Great!
 
>As far as your problem, it looks like an underlying exception related to
>an extry not existing that isn't being caught properly within the
>driver. Just for the record, does the actual entry you are using in your
>connect string in the driver initialization exist? That appears to be
>what spawned the exception in the first place.

Yes, "dc=Whitemice,dc=Org" is the root of our Dit.  

dn: dc=Whitemice,dc=Org
dc: Whitemice
objectClass: top
objectClass: domain
objectClass: domainRelatedObject
associatedDomain: Whitemice.Org

>From the log the driver seems to be looking for something else,
specifically -

Oct 19 17:15:38 estate1 slapd[8036]: => ldbm_back_search
Oct 19 17:15:38 estate1 slapd[8036]: dn2entry_r: dn:
"DC=WHITEMICE,DC=ORG,DC=WHITEMICE,DC=ORG"
Oct 19 17:15:38 estate1 slapd[8036]: => dn2id(
"DC=WHITEMICE,DC=ORG,DC=WHITEMICE,DC=ORG" )
Oct 19 17:15:38 estate1 slapd[8036]: => ldbm_cache_open(
"/var/lib/ldap/dn2id.gdbm", 34, 600 )
Oct 19 17:15:38 estate1 slapd[8036]: <= ldbm_cache_open (cache 0)
Oct 19 17:15:38 estate1 slapd[8036]: <= dn2id NOID
Oct 19 17:15:38 estate1 slapd[8036]: dn2entry_r: dn:
"DC=ORG,DC=WHITEMICE,DC=ORG"
Oct 19 17:15:38 estate1 slapd[8036]: => dn2id(
"DC=ORG,DC=WHITEMICE,DC=ORG" )
Oct 19 17:15:38 estate1 slapd[8036]: => ldbm_cache_open(
"/var/lib/ldap/dn2id.gdbm", 34, 600 )
Oct 19 17:15:38 estate1 slapd[8036]: <= ldbm_cache_open (cache 0)

which doesn't make much sense.

>Is there a mailling list appropriate for discussion of Octet String's
>JDBC-LDAP bridge that is linked to from the OpenLDAP page?
>Maybe what I'm trying to do isn't even possible,  but I've installed the
>JDBC-LDAP bridge as a data source in Star Office.  When I try to access
>it, it does connect to slapd but then star office blows up.
> 
> javax.naming.NameNotFoundException: [LDAP: error code 32 - No Such
> Object]; remaining name 'dc=Whitemice,dc=Org'
>         at com.sun.jndi.ldap.LdapCtx.mapErrorCode(LdapCtx.java:2942)
>         at
> com.sun.jndi.ldap.LdapCtx.processReturnCode(LdapCtx.java:2863)
>         at
> com.sun.jndi.ldap.LdapCtx.processReturnCode(LdapCtx.java:2669)
>         at com.sun.jndi.ldap.LdapCtx.c_lookup(LdapCtx.java:944)
>         at
> com.sun.jndi.toolkit.ctx.ComponentContext.p_lookup(ComponentContext.java
> :522)
>         at
> com.sun.jndi.toolkit.ctx.PartialCompositeContext.lookup(PartialComposite
> Context.java:155)
>         at
> com.sun.jndi.toolkit.ctx.PartialCompositeContext.lookup(PartialComposite
> Context.java:144)
>         at javax.naming.InitialContext.lookup(InitialContext.java:347)
>         at
> com.octetstring.jdbcLdap.jndi.JndiLdapConnection.isClosed(JndiLdapConnec
> tion.java:270)
>         at
> com.octetstring.jdbcLdap.jndi.JndiLdapConnection.<init>(JndiLdapConnecti
> on.java:241)
>         at
> com.octetstring.jdbcLdap.sql.JdbcLdapDriver.connect(JdbcLdapDriver.java:
> 75)
> Segmentation fault

-- 
----------------------------------------------------------------
This message undoubtedly processed by the purely benevolent "US
Department of Homeland Security",  but don't worry... they're
only goal is to protect life, liberty and the pursuit of property.