Duplicate check does not work for resources with different deployment source

XMLWordPrintable

    • Type: Bug Report
    • Resolution: Won't Fix
    • Priority: L3 - Default
    • None
    • Affects Version/s: None
    • Component/s: engine
    • None

      Steps to reproduce:

      1. create a process application with a dmn table
      2. deploy the process application for example to jboss => a new deployment is available with deployment source "process application" and a decision definition exists with version 1
      3. go to cockpit
      4. do a live adjustment of the dmn table and deploy the changed dmn table => a second deployment is available with deployment source "cockpit" and a decision definition exists with version 2
      5. download the latest dmn table
      6. update the process application with the latest dmn table
      7. re-deploy the process application => a third deployment is available with deployment source "process application" and a decision definition exists with version 3

      Problem:
      The decision definition with version 3 is a duplicate of the decision definition with version 2.

      Expected Behavior:
      When the duplicate checking is enabled and the resources does not differ (independent from deployment source), there is no new version of the definition resource.

      Hint:
      The duplicate check could be extended in the following way:
      For each resource to deploy:

      1. Get the last resource with the same name (independent from the deployment source): If it is a duplicate, then do not deploy the resource and return
      2. Get the last resource with the same name and deployment source-aware: If it is duplicate, then do not deploy the resource and return
      3. Otherwise deploy the resource

        This is the controller panel for Smart Panels app

              Assignee:
              Unassigned
              Reporter:
              Roman Smirnov
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated:
                Resolved: