Uploaded image for project: 'Red Hat Process Automation Manager'
  1. Red Hat Process Automation Manager
  2. RHPAM-2557

Stunner - Relax constraint on signal name

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done
    • Icon: Critical Critical
    • 7.7.0.GA
    • 7.6.0.GA
    • jBPM Designer
    • 1
    • Release Notes
    • Hide
      A milestone can be triggered by signal. It is triggered when its name is the same as the signal name.
      If this is the use case, the issue restrict a user to set the milestone name only to the allowed values of signal name. The empty spaces are not allowed what can be undesirable.
      Show
      A milestone can be triggered by signal. It is triggered when its name is the same as the signal name. If this is the use case, the issue restrict a user to set the milestone name only to the allowed values of signal name. The empty spaces are not allowed what can be undesirable.
    • Hide
      1. Open stunner bpmn project
      2. add Signal node into the canvas
      3. in properties set Signal to 'Milestone 2: Order shipped'

      Actual result

      Validation fails on checking signal name value

      Expected result

      Validation does not fail on checking signal name value

      Show
      Open stunner bpmn project add Signal node into the canvas in properties set Signal to 'Milestone 2: Order shipped' Actual result Validation fails on checking signal name value Expected result Validation does not fail on checking signal name value

      Once migrating the it-orders case mgmt example from the legacy designer to the new one, an issue appeared: It seems there is a validation error on the process, the example is using two signals with symbol ":" and spaces.

      This warning can be ignored and the process can still be saved, but you can't recreate it from scratch as the editor will prevent you from creating a new signal with colon or spaces in it. The fact that we use the node name as the signal name in case management (to trigger that node) makes this a more severe issue as you're more likely to use spaces and possibly other special characters in node names. The underlying XML does not have any restrictions on signal name (xsd:string), and the engine also accepts any string afaik, so as long as the parser can support it as an attribute value we can support more characters.
      <bpmn2:signal id="_825e5b59-8a03-369d-b7ed-e5e3824400c9" name="Milestone 2: Order shipped"/>

            dtikhomi@redhat.com Dmitrii Tikhomirov
            romartin@redhat.com Roger Martinez
            Lubomir Terifaj Lubomir Terifaj
            Lubomir Terifaj Lubomir Terifaj
            Votes:
            2 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: