Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unnecessary finding: Difference found in attribute name (introduction of isInterrupting and parallelMultiple) #12

Open
tstephen opened this issue Nov 5, 2014 · 0 comments
Assignees

Comments

@tstephen
Copy link
Contributor

tstephen commented Nov 5, 2014

Consider this excerpt from the A.1.0 reference model

  <semantic:startEvent name="Start Event" id="_93c466ab-b271-4376-a427-f4c353d55ce8">

The Yaoqiang 2 model writes the same thing as:

  <semantic:startEvent id="_93c466ab-b271-4376-a427-f4c353d55ce8" isInterrupting="true" name="Start Event" parallelMultiple="false">

The xml-compare tool reports:

  • Difference found in attribute name (isInterrupting is added in the vendor file)
  • Difference found in attribute name (parallelMultiple is added in the vendor file)

These added attributes are the defaults listed in the BPMN spec as follows:

  1. Page 245 (PDF 275) Table 10.87 – Start Event attributes
  isInterrupting: boolean = true
  This attribute only applies to Start Events of Event Sub-Processes; it is ignored for other Start Events. 

So adding isInterrupting is not a semantic difference and I propose it be suppressed. I do note that this is not an Event Sub-Process but the spec is clear that it will be ignored in such cases.

  1. Page 237 (PDF 267) Table 10.82 – CatchEvent attributes and model associations
  parallelMultiple: boolean = false
  This attribute is only relevant when the catch Event has more than EventDefinition (Multiple).

Similarly I propose the parallelMultiple finding be suppressed.

@tstephen tstephen self-assigned this Nov 5, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant