Re: DBD::LDAP and Class::DBI situation

Possibly this will not help you a great deal, but I strongly, strongly recommend you use Net::LDAP. It is very well documented and supported, very widely used, and has an active mailing list on which the author is a regular contributor.

Failing that, its notable that the UID is the only attribute in your list that is defined as single valued. Check that you aren't being fed an array/arrayref with a single value in it, rather than a single scalar.

Update: Whoops, no, there are a few single valued attribs there.

g0n, backpropagated monk

Comment on Re: DBD::LDAP and Class::DBI situation

Replies are listed 'Best First'.
Re^2: DBD::LDAP and Class::DBI situation by insaniac (Friar) on Apr 07, 2005 at 14:40 UTC
uhm.. DBD::LDAP uses Net::LDAP for retrieving/inserting/.. the information. And when I examine these values (in the DBD::LDAP code), I can see it fetches the data correctly. I just wanted to use the Class::DBI interface.. to ask a question is a moment of shame to remain ignorant is a lifelong shame	[reply]
Re^3: DBD::LDAP and Class::DBI situation by g0n (Priest) on Apr 07, 2005 at 14:52 UTC
It occurs to me that IIRC UID is the default naming attribute of inetOrgPerson objects in Netscape. You could try creating an object named with a cn rather than a UID to see if theres an undocumented assumption there. g0n, backpropagated monk	[reply]
Re^4: DBD::LDAP and Class::DBI situation by insaniac (Friar) on Apr 07, 2005 at 15:07 UTC
well... when i search on cn, it does something like: `SELECT uid FROM users WHERE cn ...`. When i do `__PACKAGE__->columns(id => "cn")` in the MVG::User class, it doesn't return anything at all! but thanks anyway.. to ask a question is a moment of shame to remain ignorant is a lifelong shame	[reply] [d/l] [select]