Uploaded image for project: 'Directory ApacheDS'
  1. Directory ApacheDS
  2. DIRSERVER-1094

ChangeLog interfaces must be able to capture enough information to restore state of operational attributes

    Details

    • Type: Bug
    • Status: Open
    • Priority: Major
    • Resolution: Unresolved
    • Affects Version/s: None
    • Fix Version/s: 2.1.0
    • Component/s: core
    • Labels:
      None

      Description

      The change log interfaces may need to capture more information to properly restore the state of operational attributes after applying reverse LDIF's. This operational attribute information cannot be stored in band with the LDIF since LDIFs cannot have all operational attributes in them since most must be managed directly by the server.

        Activity

        Hide
        elecharny Emmanuel Lecharny added a comment -

        I'm quite sure that the ChangeLog system has to be removed from the server. Using Mavibot with checkpoints would be just the perfect solution.

        Show
        elecharny Emmanuel Lecharny added a comment - I'm quite sure that the ChangeLog system has to be removed from the server. Using Mavibot with checkpoints would be just the perfect solution.
        Hide
        elecharny Emmanuel Lecharny added a comment -

        Postponed. This is neither a bug nor urgent

        Show
        elecharny Emmanuel Lecharny added a comment - Postponed. This is neither a bug nor urgent
        Hide
        elecharny Emmanuel Lecharny added a comment -

        Moved back to 2.0.0-RC1

        Show
        elecharny Emmanuel Lecharny added a comment - Moved back to 2.0.0-RC1
        Hide
        akiran Kiran Ayyagari added a comment -

        IMO it makes sense to have the user who performed the revert operation in the modifiersName rather than restoring the attribute's old value. This way am thinking that we can actually know who performed the revert operation.

        wdyt?

        Show
        akiran Kiran Ayyagari added a comment - IMO it makes sense to have the user who performed the revert operation in the modifiersName rather than restoring the attribute's old value. This way am thinking that we can actually know who performed the revert operation. wdyt?
        Hide
        akiran Kiran Ayyagari added a comment -

        pasting the content of a mail sent by Alex

        Was wondering about revert operation - do we properly revert so operational attributes are reverted. Meaning if user foo was the modifier before some change delta-1 by user bar. So after delta-1 bar is referred to in the modifiersName op attr. Then we revert delta-1. Who is in the modifiersName now? I hope it's not the admin user but suspect it might be.

        Show
        akiran Kiran Ayyagari added a comment - pasting the content of a mail sent by Alex Was wondering about revert operation - do we properly revert so operational attributes are reverted. Meaning if user foo was the modifier before some change delta-1 by user bar. So after delta-1 bar is referred to in the modifiersName op attr. Then we revert delta-1. Who is in the modifiersName now? I hope it's not the admin user but suspect it might be.
        Hide
        elecharny Emmanuel Lecharny added a comment -

        Postponed, not urgent

        Show
        elecharny Emmanuel Lecharny added a comment - Postponed, not urgent
        Hide
        elecharny Emmanuel Lecharny added a comment -

        No time to fix this in 1.5.2

        Show
        elecharny Emmanuel Lecharny added a comment - No time to fix this in 1.5.2

          People

          • Assignee:
            Unassigned
            Reporter:
            akarasulu Alex Karasulu
          • Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated:

              Development