Clarify deleteTree transactionality comment

XMLWordPrintable

    • Type: Improvement
    • Resolution: Fixed
    • Priority: Major
    • None
    • Affects Version/s: None
    • Component/s: None
    • None
    • Hide

      Rephrase as:
      This is not transactional.
      However, if DeleteSingleFiled is chosen and some objects fail to delete, then single-filed objects are either deleted or kept, never just unfiled. This is so that a user can call this command again to recover from the error by using the same tree.

      Show
      Rephrase as: This is not transactional. However, if DeleteSingleFiled is chosen and some objects fail to delete, then single-filed objects are either deleted or kept, never just unfiled. This is so that a user can call this command again to recover from the error by using the same tree.
    • Hide

      TC resolution: accepted

      Show
      TC resolution: accepted

      The spec say (p. 72) regarding deleteTree:
      This is not transactional.
      However, if DeleteSingleFiled is chosen, then having the objects unfiled is not sufficient if some objects fail to delete. The user MUST be able to re-issue command (recover) from the error by using the same tree.

      I find this unclear.

            Assignee:
            Unassigned
            Reporter:
            Florent Guillaume (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Created:
              Updated:
              Resolved: