Issue 14539: Page 203, Table 10-26, MultiInstance Activity: What is the intended use case if the catching boudnary event is interrupt
Issue 15463: Page 181. Wrong reference to table 10.20
Issue 15594: Page 345. “Sub-Choreographies” instead of “Choreography Activities”
Issue 15681: Text User Task instead of Manual Task
Issue 15686: Conditional Event instead of Error Event
Issue 15687: None Events not for catch Intermediate Event
Issue 17094: Conflicting content regarding choreographies.
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?
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”
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”
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.
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.
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.
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.