You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@directory.apache.org by "Emmanuel Lecharny (JIRA)" <ji...@apache.org> on 2007/05/18 22:23:16 UTC

[jira] Commented: (DIRSERVER-936) Using unknown OIDs or OIDs of wrong schema elements as a returning attribute causes search operations to fail

    [ https://issues.apache.org/jira/browse/DIRSERVER-936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12497020 ] 

Emmanuel Lecharny commented on DIRSERVER-936:
---------------------------------------------

The SchemaService attributes filtering method was doing exactly the opposite thing that it was suposed to do :
- instead of removing the unkown attributes from the list of attributes to return, it removed the known attributes ...

So not only you have a problem in respect to the RFC (if the attribute is unkown, just ignore it), but you won't even see the requested attributes...

The fix was just a question fo inverting the test ( removing a !), plus dealing with a special case, when the list is empty after having removed all the attributes (NPE was generated in this case).

Tests are being added atm...

> Using unknown OIDs or OIDs of wrong schema elements as a returning attribute causes search operations to fail 
> --------------------------------------------------------------------------------------------------------------
>
>                 Key: DIRSERVER-936
>                 URL: https://issues.apache.org/jira/browse/DIRSERVER-936
>             Project: Directory ApacheDS
>          Issue Type: Bug
>    Affects Versions: 1.5.1
>         Environment: * ApacheDS 1.5.1 (SNAPSHOT)
> * Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03)
> * Windows XP Professional SP2
>            Reporter: Stefan Zoerner
>         Assigned To: Emmanuel Lecharny
>            Priority: Critical
>
> If I perform a search operation, and use wrong OIDs as returning attributes, this causes an error:
> $ ldapsearch -h localhost -p 10389 -D "uid=admin,ou=system" -w secret -b "dc=example,dc=com" -s sub "(objectClass=*)" 9.9.9
> ldap_search: Unknown error
> ldap_search: additional info: failed on search operation: attributeType w/ OID 9.9.9 not registered!
> $
> The expected result is that the 9.9.9 (as a unknown attribute type in text format) is ignored.
> The problem does also occur with known OIDs of from schema elements (object classes, for instance), like
> $ ldapsearch -h localhost -p 10389 -D "uid=admin,ou=system" -w secret -b "dc=example,dc=com" -s sub "(objectClass=*)" 2.5.6.6
> ldap_search: Unknown error
> ldap_search: additional info: failed on search operation: attributeType w/ OID 2.5.6.6 not registered!
> $
> 2.5.6.6 is the OID of object class person -- it is also possible to use the object class name instead, like
> $ ldapsearch -h localhost -p 10389 -D "uid=admin,ou=system" -w secret -b "dc=example,dc=com" -s sub "(objectClass=*)" person
> ldap_search: Unknown error
> ldap_search: additional info: failed on search operation: attributeType w/ OID 2.5.6.6 not registered!
> $
> I assume, it is an error in the schema registries, or how they are used in searches.
> Fixing this error will likely resolve  DIRSERVER-927 as well.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.