Red Hat Bugzilla – Bug 173376
Problems with schema matching rules
Last modified: 2008-08-11 19:42:36 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6
Description of problem:
Some tools have problems parsing schema matching rules:
A dump of the LDIF (cn=schema) shows "matchingRules entries with parts of names mising (i.e. "-ar" instead of "caseIgnoreSubstringMatch-ar")
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.get LDIF export of cn=schema
Actual Results: matchingRules entries appeared to be mangled for most entries.
Expected Results: Expected well formed entries such as "caseIgnoreSubstringMatch-ar", not "-ar".
Other tools such as JXplorer, have issues with parsing matching rules and thus produce mangled entiries as well.
Novell's Java API throws an exception with LDAPConnection.fetchSchema() method
at com.novell.ldap.LDAPMatchingRuleSchema.<init>(Unknown Source)
at com.novell.ldap.LDAPSchema.<init>(Unknown Source)
at com.novell.ldap.LDAPConnection.fetchSchema(Unknown Source)
The same capabilities work in similar directory servers such as Sun's 5.2 version.
Without the ability to correctly read and process schema attribute values, large numbers of tools which perform operations based on data types defined for attributes will fail.
*** This bug has been marked as a duplicate of 173375 ***
Bug already CLOSED. setting screened+ flag