Uploaded image for project: 'Jackrabbit Content Repository'
  1. Jackrabbit Content Repository
  2. JCR-631

Change resources sequence during transaction commit.

    XMLWordPrintableJSON

Details

    • Improvement
    • Status: Closed
    • Major
    • Resolution: Duplicate
    • 0.9, 1.0, 1.0.1, 1.1
    • None
    • None
    • None

    Description

      It seems that during commmit of transaction first changes in version storage are committed, followed by workspace changes.

      If second transaction fail it leads to situation where some nodes in workspace could have reference (base version for example) to nonexistenst version in version storage. In such case this node is corrupted, cannot be checked in anymore .

      Long term solution is make versioning operation fully transactional (see JCR-630). In short term I think it is worth to change sequence of commit operations on different resources to stores changes in version storage before workspace changes.
      It would be better to have some redundant data in version storage (not referenced version) than broken reference in workspace I think.

      Any comments ? Does it make sense ?

      Attachments

        Activity

          People

            jukkaz Jukka Zitting
            ppakulski Przemyslaw Pakulski
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: