The server fails to handle subtree refinement membership references in entries upon object class changes

• Key: DIRSERVER-784
• Type: Bug
• Status: Closed
• Resolution: Fixed
• Priority: Major
• Assignee: Ersin Er
• Reporter: Ersin Er
• Component/s: core
• Affects Version/s: 1.5.2, 1.5.1, 1.5.0, 1.0.1, 1.0, 1.0-RC4, 1.0-RC3, 1.0-RC2, 1.0-RC1, pre-1.0
• Fix Version/s: 1.5.0, 1.0.1

Description

The test demostrating the problem:
http://svn.apache.org/viewvc/directory/trunks/apacheds/core-unit/src/test/java/org/apache/directory/server/core/subtree/SubentryServiceObjectClassChangeHandlingITest.java?view=markup&pathrev=477394

Solution:
SubentryService's modify routines should be updated so that they take action upon objectClass attribute value changes and recalculate subentry references.

PS: I have not added the test class to 1.0 branch. It should also be added there.

Comments

[Alex Karasulu]

Can you clarify this some more Ersin?

Thanks!

[Ersin Er]

Let me explain the case I had reflected in the test:

For the initial case we have an entry with object classes: top and person and there are no subtree specifications selecting this entry. Say, an existing subtree specification declares specificationFilter as item:organizationalPerson. Now, if we add a new object class to this entry like organizationalPerson, then this entry should be selected by the this subentry because it now applies to the specificationFilter criteria. Although this scenario is clear enough, it's not achieved in ApacheDS now. The problem is that SubentryService's modify routines do not handle such changes as I mentioned in the previous post.

[Ersin Er]

OK, I will fix this issue tomorrow. No worries.

[Ersin Er]

Fixed for 1.5 here:

http://svn.apache.org/viewvc?view=rev&rev=507215
http://svn.apache.org/viewvc?view=rev&rev=507218

Fixed for 1.0 here:

http://svn.apache.org/viewvc?view=rev&rev=507250

[Ersin Er]

Fixed.