Uploaded image for project: 'WildFly Core'
  1. WildFly Core
  2. WFCORE-787

OSHs that remove capabilities cannot access the removed capability to restore runtime services during rollback

    XMLWordPrintable

Details

    • Bug
    • Resolution: Done
    • Major
    • 2.0.0.Alpha6
    • 2.0.0.Alpha5
    • Management
    • None

    Description

      If an OSH removes a capability in Stage.MODEL, then removes services associated with the capability, and then the operation rolls back, the OSH can't use the capability to figure out how to restore services.

      This is a somewhat more difficult problem than what I addressed for actually removing the runtime services in [1]. That solution relied on making it easy for the remove step handler to use the capability it itself removed. But restoring services typically involves the remove handler calling out to utility code, often part of an add handler. Modifying that utility code to let the remove handler provide service names would be painful.

      Instead I propose simply discarding the modified management model at the beginning of rollback, with the result that rollback handlers will see the capabilities as they existed before the op began.

      See http://lists.jboss.org/pipermail/wildfly-dev/2015-July/004170.html for details.

      [1]

      Attachments

        Issue Links

          Activity

            People

              bstansbe@redhat.com Brian Stansberry
              bstansbe@redhat.com Brian Stansberry
              Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: