Issues for Business Process Model and Notation 2.1 Revision Task Force

To comment on any of these issues, send email to [email protected]. (Please include the issue number in the Subject: header, thusly: [Issue ###].) To submit a new issue, send email to [email protected].

List of issues (green=resolved, yellow=pending Board vote, red=unresolved)

List options: All ; Open Issues only; or Closed Issues only

Jira Issues

Issue 14539: Page 203, Table 10-26, MultiInstance Activity: What is the intended use case if the catching boudnary event is interrupt Jira Issue BPMN2-295
Issue 15463: Page 181. Wrong reference to table 10.20 Jira Issue BPMN2-297
Issue 15594: Page 345. �Sub-Choreographies� instead of �Choreography Activities� Jira Issue BPMN2-300
Issue 15681: Text User Task instead of Manual Task Jira Issue BPMN2-301
Issue 15686: Conditional Event instead of Error Event Jira Issue BPMN2-298
Issue 15687: None Events not for catch Intermediate Event Jira Issue BPMN2-299
Issue 17094: Conflicting content regarding choreographies. Jira Issue BPMN2-296

Issue 14539: Page 203, Table 10-26, MultiInstance Activity: What is the intended use case if the catching boudnary event is interrupt (bpmn2-rtf)

Click here for this issue's archive.
Source: Trisotech (Mr. Denis Gagne, dgagne(at)trisotech.com)
Nature: Clarification
Severity: Minor
Summary:
Page 203, Table 10-26, multiInstanceLoopCharacteristics: I believe that the motivation behind having events thrown in coordination with the completion of instances of multiInatnce activity is to have non-interrupting boundary events to carry out some desired ackownledgements (or other defined activites), but if the catching boudnary event is interrupting, the alternate flow will be followed potentially resulting in un-expected or suspected behavior.    What is the intended use case if the catching boudnary event is interrupting?

Resolution: The design of the MI activity was done with the use case in mind that the catching boundary event is non-interrupting. However, we do not see a strong reason to rule out that the catching boundary event could be interrupting. Disposition: Closed, No Change
Revised Text:
Actions taken:
October 8, 2009: received issue
May 16, 2013: closed issue

Issue 15463: Page 181. Wrong reference to table 10.20 (bpmn2-rtf)

Click
here for this issue's archive.
Nature: Revision
Severity: Minor
Summary:
It says   �Table 10.3 presents the additional attributes of the Sub-Process element:�      It should say   �Table 10.20 presents the additional attributes of the Sub-Process element:�    �Table 10.3� should be replaced by �Table 10.20�

Resolution: resolved
Revised Text:
Actions taken:
September 9, 2010: received issue
April 25, 2011: closed issue

Issue 15594: Page 345. �Sub-Choreographies� instead of �Choreography Activities� (bpmn2-rtf)

Click
here for this issue's archive.
Nature: Revision
Severity: Minor
Summary:
It says:   �Both Sub-Choreographies can have standard loops and multi-instances. Examples of Choreography Activities with the appropriate markers can be seen in Figure 11.12 and Figure 11.22.�      The purpose of this paragraph is to explain that both Choreography Task and Sub-Choreography can have loop markers.  Figure 11.12  shows Choreography Task Markers, and Figure 11.22 shows Sub-Choreography Markers      Then, it should say:   �Both Choreography Activities can have standard loops and multi-instances. Examples of Choreography Activities with the appropriate markers can be seen in Figure 11.12 and Figure 11.22.�    �Sub-Choreographies� should be replaced by �Choreography Activities�

Resolution:
Revised Text:
Actions taken:
September 18, 2010: received issue
March 9, 2015: closed issue

Issue 15681: Text User Task instead of Manual Task (bpmn2-rtf)

Click
here for this issue's archive.
Nature: Enhancement
Severity: Minor
Summary:
The first sentence on page 171 states:   The User Task inherits the attributes and model associations of Activity (see Table 10.3), but does not have any  additional attributes or model associations.      I think that in the mentioned sentence "User Task" should be replaced by "Manual Task".   The sentence is still in the section of the Manual Task and the User Tasks starts afterwards also providing its own statement stating that the User Task inherits the attributes and model associtations of Activity.    

Resolution:
Revised Text:
Actions taken:
October 4, 2010: received issue
March 9, 2015: closed issue

Issue 15686: Conditional Event instead of Error Event (bpmn2-rtf)

Click
here for this issue's archive.
Nature: Enhancement
Severity: Minor
Summary:
On page 273, after the heading Error Event, the following text is displayed: Figure 10.79 shows the variations of Conditional Events.    However, the actual section describes Error Events and Figure 10.79 also shows Error Events.

Resolution: resolved
Revised Text:
Actions taken:
October 7, 2010: received issue
April 25, 2011: closed issue

Issue 15687: None Events not for catch Intermediate Event (bpmn2-rtf)

Click
here for this issue's archive.
Nature: Enhancement
Severity: Minor
Summary:
The following text is from page 280:  There are three (3) variations of None  Events: a Start Event, a catch Intermediate Event, and an End Event (see Figure 10.91).      The catch None Intermediate Event MUST only be used in normal flow and, thus, MAY NOT be attached to the boundary of an Activity.      However, according to Table 10.93 and the former text, a None-Trigger is allowed for a Start Event, End Event and for a throw Intermediate Event but not for a catch Intermediate Event.  

Resolution: resolved
Revised Text:
Actions taken:
October 7, 2010: received issue
April 25, 2011: closed issue

Issue 17094: Conflicting content regarding choreographies. (bpmn2-rtf)

Click
here for this issue's archive.
Nature: Uncategorized Issue
Severity:
Summary:
I was going through the BPMN 2.0 Specifications and found some conflicting  content regarding choreographies. In section 7.4 Use of Text, Color, Size,  and Lines in a Diagram, the third indented point of the bullet "The fills  that are used for the graphical elements MAY be white or clear" states  that "Participant Bands for Choreography Tasks and Sub-Choreographies that  are not the initiator of the activity MUST have a light fill. This does  not seem to be consistent with what is depicted in Figure 7.7 An example  of a stand-alone choreography diagram. It is also not consistent with the  discussions on Choreography in the same document in Section 11.4.1  Choreography Task.    

Resolution: withdrawn by submitter
Revised Text:
Actions taken:
February 1, 2012: received issue
February 1, 2012: closed issue; Closed; No Change

Discussion: