Menu
▾
▴
perl-ldap-dev
|
From: Ken M. <kl...@sh...> - 2002-04-04 01:49:01
|
I've just started using Net::LDAP, and I've run into a problem when trying to communicate with 'the' test Novell NDS/LDAP server. Here's my test program: use Net::LDAP; my $ldap = new Net::LDAP( 'www.nldap.com' ) or die( $! ); $ldap->bind( '.admin.andawyr.user.novell', password => 'QWERTY' ) || die( "$!" ); my $schema = $ldap->schema() || die( "$!" ); $schema->dump if( $schema ); I get this error message: Cannot parse [( 2.16.840.1.113719.1.55.4.1.1 NAME 'newObjectSDSRights' DESC 'Standard Attribute' SYNTAX 2.16.840.1.113719.1.1.5.1.17 X-NDS_NAME 'New Object's DS Rights' X-NDS_NOT_SCHED_SYNC_IMMEDIATE '1' )] ' ) at /home/miller/lib/perl5/site_perl/5.6.1/Net/LDAP/Schema.pm line 498. I'm not familiar enough with the LDAP schema to understand what's broken with the above statement, or with the matching expressions in Schema.pm. -klm. ------------------------------- Kenneth L. Miller, Consultant Shetland Software Services Inc. kl...@sh... |
|
From: Graham B. <gb...@po...> - 2002-04-04 06:16:54
Attachments:
Schema.pm
Schema.pod
|
The schema module is one that will be changing in the next release. IIRC this is a bug with parsing - in names. Attached is my developemnt version of Schema.pm and Schema.pod, the API is different. It would be useful if others could also test this. I will be doing a beta release of perl-ldap as soon as my day job permits, which will also have changes to the DSML to be a SAX parser. Graham. On Wed, Apr 03, 2002 at 06:46:18PM -0700, Ken Miller wrote: > > I've just started using Net::LDAP, and I've run into a problem when trying > to communicate with 'the' test Novell NDS/LDAP server. Here's my test > program: > > use Net::LDAP; > > my $ldap = new Net::LDAP( 'www.nldap.com' ) or die( $! ); > $ldap->bind( '.admin.andawyr.user.novell', password => 'QWERTY' ) || die( > "$!" ); > my $schema = $ldap->schema() || die( "$!" ); > $schema->dump if( $schema ); > > I get this error message: > > Cannot parse [( 2.16.840.1.113719.1.55.4.1.1 NAME 'newObjectSDSRights' DESC > 'Standard Attribute' SYNTAX 2.16.840.1.113719.1.1.5.1.17 X-NDS_NAME 'New > Object's DS Rights' X-NDS_NOT_SCHED_SYNC_IMMEDIATE '1' )] ' ) at > /home/miller/lib/perl5/site_perl/5.6.1/Net/LDAP/Schema.pm line 498. > > I'm not familiar enough with the LDAP schema to understand what's broken > with the above statement, or with the matching expressions in Schema.pm. > > -klm. > > ------------------------------- > Kenneth L. Miller, Consultant > Shetland Software Services Inc. > kl...@sh... > > |
|
From: Ken M. <kl...@sh...> - 2002-04-04 15:05:52
|
Parsing is now successful. Thanks Graham.
-klm.
----- Original Message -----
From: "Graham Barr" <gb...@po...>
To: "Ken Miller" <kl...@sh...>
Cc: <per...@li...>
Sent: Wednesday, April 03, 2002 11:14 PM
Subject: Re: Novell Schema problem?
> The schema module is one that will be changing in the next release. IIRC
this is
> a bug with parsing - in names. Attached is my developemnt version of
Schema.pm
> and Schema.pod, the API is different.
>
> It would be useful if others could also test this. I will be doing a
> beta release of perl-ldap as soon as my day job permits, which will
> also have changes to the DSML to be a SAX parser.
>
> Graham.
>
> On Wed, Apr 03, 2002 at 06:46:18PM -0700, Ken Miller wrote:
> >
> > I've just started using Net::LDAP, and I've run into a problem when
trying
> > to communicate with 'the' test Novell NDS/LDAP server. Here's my test
> > program:
> >
> > use Net::LDAP;
> >
> > my $ldap = new Net::LDAP( 'www.nldap.com' ) or die( $! );
> > $ldap->bind( '.admin.andawyr.user.novell', password => 'QWERTY' ) ||
die(
> > "$!" );
> > my $schema = $ldap->schema() || die( "$!" );
> > $schema->dump if( $schema );
> >
> > I get this error message:
> >
> > Cannot parse [( 2.16.840.1.113719.1.55.4.1.1 NAME 'newObjectSDSRights'
DESC
> > 'Standard Attribute' SYNTAX 2.16.840.1.113719.1.1.5.1.17 X-NDS_NAME 'New
> > Object's DS Rights' X-NDS_NOT_SCHED_SYNC_IMMEDIATE '1' )] ' ) at
> > /home/miller/lib/perl5/site_perl/5.6.1/Net/LDAP/Schema.pm line 498.
> >
> > I'm not familiar enough with the LDAP schema to understand what's broken
> > with the above statement, or with the matching expressions in Schema.pm.
> >
> > -klm.
> >
> > -------------------------------
> > Kenneth L. Miller, Consultant
> > Shetland Software Services Inc.
> > kl...@sh...
> >
> >
>
|
|
From: Norbert K. <nor...@da...> - 2002-04-09 12:15:41
Attachments:
Schema.pm
|
Hi Graham,
--On Donnerstag, 4. April 2002 07:14 +0100 Graham Barr <gb...@po...>=20
wrote:
> The schema module is one that will be changing in the next release. IIRC
> this is a bug with parsing - in names. Attached is my developemnt version
> of Schema.pm and Schema.pod, the API is different.
>
> It would be useful if others could also test this. I will be doing a
> beta release of perl-ldap as soon as my day job permits, which will
> also have changes to the DSML to be a SAX parser.
I've worked with the 0.99 version of Schema.pm you posted earlier and added =
some functions I needed:
- _get() now can take the name of an schema element or a hash ref to a=20
schema element.
- functions which return arrays now can also return a ref to the hash that=20
was used to construct the array. This makes comparisons very easy, e.g:
$allowed_attributes =3D $schema->may( "myPerson" );
if ( $allowed_attributes{ $schema->at("myAttribute") ) { ...
- new function: remove() which removes an element and all its aliases from=20
%schema
- new function: superclasschain() which returns all object classes in the=20
superclass chain of the specified object class(es)
- new function: is_instance_of() which tests whether an entry (or a list of =
object classes) is an instance of the specified object class(es)
- new function: must_or_may() which returns the interserction of must() and =
may()
- FIXME: all_*() includes duplicates because of aliases
--=20
Norbert Klasen, Dipl.-Inform.
DAASI International GmbH phone: +49 7071 29 70336
Wilhelmstr. 106 fax: +49 7071 29 5114
72074 T=FCbingen email: nor...@da...
Germany web: http://www.daasi.de
|
|
From: Graham B. <gb...@po...> - 2002-04-09 12:44:43
|
Care to send a doc patch too ?
Thanks,
Graham.
On Tue, Apr 09, 2002 at 12:41:02PM +0200, Norbert Klasen wrote:
> Hi Graham,
>
> --On Donnerstag, 4. April 2002 07:14 +0100 Graham Barr <gb...@po...>
> wrote:
>
> > The schema module is one that will be changing in the next release. IIRC
> > this is a bug with parsing - in names. Attached is my developemnt version
> > of Schema.pm and Schema.pod, the API is different.
> >
> > It would be useful if others could also test this. I will be doing a
> > beta release of perl-ldap as soon as my day job permits, which will
> > also have changes to the DSML to be a SAX parser.
>
> I've worked with the 0.99 version of Schema.pm you posted earlier and added
> some functions I needed:
> - _get() now can take the name of an schema element or a hash ref to a
> schema element.
> - functions which return arrays now can also return a ref to the hash that
> was used to construct the array. This makes comparisons very easy, e.g:
> $allowed_attributes = $schema->may( "myPerson" );
> if ( $allowed_attributes{ $schema->at("myAttribute") ) { ...
> - new function: remove() which removes an element and all its aliases from
> %schema
> - new function: superclasschain() which returns all object classes in the
> superclass chain of the specified object class(es)
> - new function: is_instance_of() which tests whether an entry (or a list of
> object classes) is an instance of the specified object class(es)
> - new function: must_or_may() which returns the interserction of must() and
> may()
> - FIXME: all_*() includes duplicates because of aliases
>
> --
> Norbert Klasen, Dipl.-Inform.
> DAASI International GmbH phone: +49 7071 29 70336
> Wilhelmstr. 106 fax: +49 7071 29 5114
> 72074 Tübingen email: nor...@da...
> Germany web: http://www.daasi.de
>
|
|
From: Norbert K. <nor...@da...> - 2002-04-09 13:59:24
|
--On Dienstag, 9. April 2002 13:42 +0100 Graham Barr <gb...@po...>=20 wrote: > Care to send a doc patch too ? Need to write some docs first before I can make a patch ;-) --=20 Norbert Klasen, Dipl.-Inform. DAASI International GmbH phone: +49 7071 29 70336 Wilhelmstr. 106 fax: +49 7071 29 5114 72074 T=FCbingen email: nor...@da... Germany web: http://www.daasi.de |
|
From: Graham B. <gb...@po...> - 2002-04-09 14:02:50
|
On Tue, Apr 09, 2002 at 03:49:06PM +0200, Norbert Klasen wrote: > > > --On Dienstag, 9. April 2002 13:42 +0100 Graham Barr <gb...@po...> > wrote: > > > Care to send a doc patch too ? > > Need to write some docs first before I can make a patch ;-) There was a POD attached to the mail I sent out. Graham. |
|
From: Norbert K. <nor...@da...> - 2002-04-09 14:14:22
|
--On Dienstag, 9. April 2002 15:01 +0100 Graham Barr <gb...@po...>=20 wrote: Sorry, forgot one little letter: I need to write some docs first before I can make a patch ;-) Hopefully, I'll find some time to do it this week. --=20 Norbert Klasen, Dipl.-Inform. DAASI International GmbH phone: +49 7071 29 70336 Wilhelmstr. 106 fax: +49 7071 29 5114 72074 T=FCbingen email: nor...@da... Germany web: http://www.daasi.de |
|
From: Graham B. <gb...@po...> - 2002-04-09 15:16:27
|
On Tue, Apr 09, 2002 at 04:07:43PM +0200, Norbert Klasen wrote: > > > --On Dienstag, 9. April 2002 15:01 +0100 Graham Barr <gb...@po...> > wrote: > > Sorry, forgot one little letter: > I need to write some docs first before I can make a patch ;-) Ah, that one little letter makes many miles of difference :-) > Hopefully, I'll find some time to do it this week. Thanks, Graham. |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X