RE: JDBC-LDAP Bridge List?

["Clayton Donley" <clayton.donley@octetstring.com>]

Hi Adam,

I think the issue is that your SELECT is relative to the base specified
in the connection string. If you specify the base twice, it will
duplicate it as it shows in your log. Please let me know if this is what
happened.

Clayton

-----Original Message-----
From: Adam Williams [mailto:awilliam@whitemice.org] 
Sent: Saturday, October 19, 2002 7:24 PM
To: Clayton Donley
Cc: OpenLDAP.org
Subject: RE: JDBC-LDAP Bridge List?


>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.ja
> va
> :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.