Giter VIP home page Giter VIP logo

bpmn-miwg-test-suite's Introduction

Quick links: How to test a tool? -> Test Results

Table of Contents generated with DocToc

BPMN Model Interchange Test Suite

BPMN 2.0 Test Cases (Models, Diagrams, Serializations) created by the BPMN Model Interchange Working Group (BPMN MIWG) at the OMG. For more information see: http://www.omgwiki.org/bpmn-miwg

Call for Participation

If BPMN interchange is important to you:

  • Test your favorite BPMN tool! Users can also submit test results. You don't need to be the author of a tool to test it.
  • Join the Group! Everybody can join. There is no need to be an OMG member. Get in touch with the people behind the standards.
  • Make yourself heard with your vendor.
  • Spread the word and share the test results with your peers.

Test results of BPMN 2.0 tools that participated in the tests

How to test a BPMN tool using this test suite?

Everybody is welcome to test BPMN tools and submit results to the working group, not just tools vendors but also end users that have access to a tool.

Here is how you do it:

1. Download Test Cases

First download the latest version of the BPMN Model Interchange Test Suite and unpack it. There is a directory called Reference, which contains the files needed for testing. Next to that, there will be multiple folders with test results of other tools.

2. Test Import, Export and/or Roundtrip of BPMN Models.

There are different test procedures that can be performed with the provided reference models depending on the capabilities of the tool. You will find explanations of these procedures below.

3. Submit Your Test Results to BPMN MIWG

Package all result files in a zip file and send it via email to [email protected]. Please use the following template for your email:

Vendor: 
Tool name: 
Version: 
Website: 
Tool supports BPMN 2.0: 
Tool has BPMN XML import: 
Tool has BPMN XML export: 
Tool supports BPMN XML roundtrip: 
License: 
Notes: 

Alternatively, you may also fork the repository on GitHub, upload the files using your Web browser and submit test results through a pull request. If you do so, make sure to update the JSON file with the list of tools.

Usually one day after your submission our automated tools should have generated a report that shows findings in your submitted files:

Note: By submitting test results you agree that they will be published under a Creative Commons Attribution 3.0 Unported License.

Detailed Description of Test Procedures

Available Features Possible Tests
import only import, cross
export only export
import & export import, export, roundtrip, cross

1. BPMN MIWG Import Test Procedure

If the tool under test supports the import of BPMN XML files, you can test that feature using the following procedure:

  1. Import the BPMN XML file (*.bpmn) provided with a reference model into the tool, e.g. A.1.0.bpmn.
  2. Save the graphical representation of the model as imported to a file named <test id>-import.<diagramNumber>.png, e.g. A.1.0-import.1.png. You can either do that through an export feature of the tool or by taking a screenshot of the canvas. It needs to be saved in PNG format. The <diagramNumber> should be counted in the order in which the diagrams appear inside reference XML file.
  3. Compare the result with the image provided with the reference model, e.g. A.1.0.png.
  4. Report any findings by creating new issues on GitHub – one for each finding. Here is a template for your issue reports:
Tool name: 
Tool version: 
Test case id: 
Test procedure: import
Description: 

Repeat these steps for all reference models and submit your result files to BPMN MIWG.

2. BPMN MIWG Export Test Procedure

If the tool under test supports the export of BPMN XML files, you can test that feature using the following procedure:

  1. Draw the model as shown in the image provided with a reference model into the tool, e.g. A.1.0.png.
  2. Save the graphical representation of the model as drawn to a file named <test id>-export.png, e.g. A.1.0-export.png. You can either do that through an export feature of the tool or by taking a screenshot of the canvas. It needs to be saved in PNG format.
  3. Export the model into a BPMN XML file (*.bpmn) named <test id>-export.bpmn, e.g. A.1.0-export.bpmn.
  4. Compare the result with the BPMN XML file (*.bpmn) provided with the reference model, e.g. A.1.0.bpmn.
  5. Report any findings by creating new issues on GitHub – one for each finding. Here is a template for your issue reports:
Tool name: 
Tool version: 
Test case id: 
Test procedure: export
Description: 

Repeat these steps for all reference models and submit your test results to BPMN MIWG.

3. BPMN MIWG Roundtrip Test Procedure (BPMN Import and Export combined)

If the tool under test supports the import and export of BPMN XML files, you can test a roundtrip using the following procedure:

  1. Import the BPMN XML file (*.bpmn) provided with a reference model into the tool, e.g. A.1.0.bpmn.
  2. If not already done during an import test, save the graphical representation of the model as it is imported to a file named <test id>-import.<diagramNumber>.png, e.g. A.1.0-import.1.png. You can either do that through an export feature of the tool or by taking a screenshot of the canvas. It needs to be saved in PNG format. The <diagramNumber> should be counted in the order in which the diagrams appear inside reference XML file.
  3. Export the model into a BPMN XML file (*.bpmn) named <test id>-roundtrip.bpmn, e.g. A.1.0-roundtrip.bpmn.
  4. Compare the result with the BPMN XML file (*.bpmn) provided with the reference model, e.g. A.1.0.bpmn.
  5. Report any findings by creating new issues on GitHub – one for each finding. Here is a template for your issue reports:
Tool name: 
Tool version: 
Test case id: 
Test procedure: roundtrip
Description: 

Repeat these steps for all reference models and submit your test results to BPMN MIWG.

4. Optional: BPMN MIWG Cross Test Procedure (BPMN Roundtrip with results of other tools)

If the tool under test supports at least the import of BPMN XML files, you may optionally do a cross test with the roundtrip and export test results submitted by other tools:

  1. Import the BPMN XML files (*.bpmn) exported from other tools as their test results into the tool, e.g. A.1.0-roundtrip.bpmn or A.1.0-export.bpmn from the folder of the other tool, e.g. camunda Modeler 2.4.0.
  2. Save the graphical representation of the model as imported to a file named <name of imported file>-import.<diagramNumber>.png, e.g. A.1.0-roundtrip-import.1.png or A.1.0-export-import.1.png. You can either do that through an export feature of the tool or by taking a screenshot of the canvas. It needs to be saved in PNG format. The <diagramNumber> should be counted in the order in which the diagrams appear inside reference XML file. Store the result file in a folder with the name and version of the other tool that exported the file, e.g. camunda Modeler 2.4.0.
  3. Export the model into a BPMN XML file (*.bpmn) named <name of imported file>-roundtrip.bpmn, e.g. A.1.0-roundtrip-roundtrip.bpmn or A.1.0-export-roundtrip.bpmn. Store the result file in a folder with the name and version of the other tool that exported the file, e.g. camunda Modeler 2.4.0.
  4. Compare the result with the BPMN XML file (*.bpmn) provided with the reference model, e.g. A.1.0.bpmn, and/or the imported file, e.g. A.1.0-roundtrip.bpmn or A.1.0-export.bpmn.
  5. Report any findings by creating new issues on GitHub – one for each finding. Here is a template for your issue reports:
Tool name: 
Tool version: 
Name of imported file: 
Tool name of imported file: 
Tool version of imported file: 
Test procedure: cross
Description: 

Repeat these steps for all roundtrip and export test results of all tools and submit your test results to BPMN MIWG.

5. BPMN Import and Export not supported

If the tool does neither support import nor export of BPMN XML files you can not perform the tests described above. However, if the tool supports other model interchange formats, we are still interested to record this information:

  1. Create a new issue on GitHub with a text like:
Tool name: 
Tool version: 
Description:
   The BPMN XML format is not supported.
   Model Interchange is only possible in the `XPDL` format.

Naming Conventions

The name and version of a tool must be the same across folder name, issue label name, and entry in JSON file tools-tested-by-miwg.json.

For example:

    {
      "vendor": "IBM",
      "tool": "IBM Process Designer",
      "version": "8.0.1",
      ...
    }

Repository Structure

The top level is either a vendor or the submitted reference. The second level holds the individual test case files in the form <identifier>-<test type>.filetype.

The vendor who provided the reference model for a test case will be identified in the file test-case-structure.json.

  • README.md (this file)
  • test-case-structure.json <-- list of test cases
  • tools-tested-by-miwg.json <-- list of tested tools
  • Reference <-- reference files for testing
    • A.1.0.png
    • A.1.0.bpmn <-- look in spreadsheet test-case-structure.json to find vendor who provided this reference
    • ...
  • Trisotech BPMN Web Modeler 4.1.8 <-- test results
    • A.1.0-import.1.png
    • A.1.0-export.png
    • A.1.0-export.bpmn
    • A.1.0-roundtrip.bpmn
    • ...
    • camunda Modeler 2.4.0 <-- cross test results
      • A.1.0-roundtrip-import.1.png
      • A.1.0-roundtrip-roundtrip.bpmn
      • ...
    • MID Innovator 11.5.1.30223 <-- cross test results
      • A.1.0-export-import.1.png
      • A.1.0-export-roundtrip.bpmn
      • ...
    • ...
  • camunda Modeler 2.4.0 <-- test results
    • A.1.0-import.1.png
    • A.1.0-roundtrip.bpmn
    • ...
    • Trisotech BPMN Web Modeler 4.1.8 <-- cross test results
      • A.1.0-export-import.1.png
      • A.1.0-export-roundtrip.bpmn
      • A.1.0-roundtrip-import.1.png
      • A.1.0-roundtrip-roundtrip.bpmn
      • ...
    • ...
  • MID Innovator 11.5.1.30223 <-- test results
    • A.1.0-import.1.png
    • A.1.0-export.bpmn
    • ...

Verified Reference Models

A.1.0

Depict Abstract Elements on a single Sequential Flow

A.2.0

Depict divergence and convergence of flows with unmarked Gateways

A.2.1

Depict divergence and convergence of flows with unmarked Gateways using different type of sequence flows

A.3.0

Depict Exception Flows associated to boundary attachments

A.4.0

Depict graphical elements contained in expanded Sub-Processes, Lanes and Pools

A.4.1

Vertical Modeling Direction

B.1.0

Descriptive Sub-Class (Conformance class coverage) - Validate that all the elements prescribed for the Descriptive Conformance Sub-Class in the BPMN 2.0 Specification are present.

B.2.0

Analytic Sub-Class (Conformance class coverage) - Validate that all the elements prescribed for the Analytic Conformance Sub-Class in the BPMN 2.0 Specification are present.

C.1.0

Invoice Collaboration - Executable process containing multiple extension elements and attributes (derived from 2013 Demo in Berlin)

C.1.1

Invoice Collaboration - Process from 2015 Execution Demo in Berlin that can be executed in Camunda BPM, OmnyLink and W4 BPMN+

C.2.0

Buying at Amazon Collaboration - Collaboration from 2015 Diagram Interchange Demo in Berlin

C.3.0

Fridge Repair Service - Process with hidden BPMN attributes and elements from 2015 Hidden Attribute Demo in Berlin

C.4.0

New Employee Onboarding - Process with signal and message events and multiple diagrams, from 2017 Demo in Brussels

C.4.0 diagram 1

C.4.0 diagram 2

C.4.0 diagram 3

C.4.0 diagram 4

C.5.0

New Bank Customer - Process with data objects and stores and their hidden attributes from 2018 Demo in Seattle

C.5.0 diagram 1

C.5.0 diagram 2

C.6.0

Travel Booking - Process with data input/outputs and event sub-process from 2019 Demo in Amsterdam

C.7.0

Advertise a job vacancy - Process with data inputs and data object connected to sequence flow from 2020 Virtual Demo

C.8.0

Vacation Request - Process with color and internationalization from 2022 Demo

C.8.1

Vacation Request - Process with automation extensions from 2022 Demo

Creative Commons Licence
This work is licensed under a Creative Commons Attribution 3.0 Unported License.

bpmn-miwg-test-suite's People

Contributors

asegatto avatar atpacifique avatar barmac avatar benhoffmann avatar benmichel avatar bias0303 avatar blenta avatar bpaulne avatar bzinchenko avatar chrisschoe avatar dgagne avatar falko avatar francois-w4 avatar krat0s avatar krehl avatar marion-omninet avatar matthiasgeiger avatar mid-back avatar mschoe avatar nikku avatar philipp-maschke avatar r4b6i0 avatar simonringuette avatar sringuette avatar svenmaniersag avatar svenwb avatar tbouffard avatar timkam avatar tstephen avatar zmisiak avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

bpmn-miwg-test-suite's Issues

Missing datastore reference label

On import Yaoqiang ignores the label (name attribute) for datastore reference (expects and uses the name attribute of the dataStore itself).

According to the relevant section of the spec (p209 and following) both datastore and datastore reference may have a name. If only one has a name I would think that should be used (whichever it is) and if both have a name I suggest that the reference's name should take precedence (or display both but that will likely take up more space than is desireable).

A.4.0 Multiple waypoints in a line

There are edges in the XML having 3 waypoints in a line (see example below). It actually helped me to detect issues in the import of Signavio, but is this intended?

<bpmndi:BPMNEdge bpmnElement="_0020ed6a-6dde-499f-9fda-36c8bde20ec6" id="E1365195429527__0020ed6a-6dde-499f-9fda-36c8bde20ec6">
<di:waypoint x="842.0" y="400.0"/>
<di:waypoint x="860.0" y="400.0"/>
<di:waypoint x="880.0" y="400.0"/>
bpmndi:BPMNLabel/
/bpmndi:BPMNEdge

[DG] Honestly, this was not intended, it is a side effect of the default waypoint (re: breakpoints in the segments) of our routing in both our tools. One could argue that we should filter them out as they do not “add value” to the layout, but it does indeed provide a nice test case and discussion point to be brought up in the agenda. Should the serialization be as minimal as possible (i.e. optimized) or as long as it is valid everything should go through?.

BPMNDI: Rounding of values


Tool: eclipse BPMN2 modeler
Affected Tests: A.1.0, A.2.0, A.3.0, A.4.0, B.1.0, B.2.0
Roundtrip


height, width, x and y values for BPMNDI/DC elements are rounded during roundtrip.

Inconsistency between B.2.0.bpmn and B.2.0.pdf

I think there is an error in either the bpmn or the pfd file.

In the bpmn file, the label for the "Inclusive Gateway 1" is ABOVE the gateway:

<bpmndi:BPMNShape bpmnElement="_dec393e7-f182-4d31-b05f-e33ac3a5e35f" id="S1368567295078__dec393e7-f182-4d31-b05f-e33ac3a5e35f">
<dc:Bounds height="42.0" width="42.0" x="569.0" y="67.0"/>
<bpmndi:BPMNLabel labelStyle="LS1368567294511">
<dc:Bounds height="36.27136901041668" width="105.60000000000001" x="535.0503937007874" y="30.061165888492283"/>
</bpmndi:BPMNLabel>
</bpmndi:BPMNShape>

The label's y position is above the gateway's y location.

The pdf, however, depicts the label BELOW the gateway.

Sequence Flows not imported

Matthias Kurz reported: "The Innovator creates both a process model as well as a diagram during update (these are two different yet linked entities in Innovator). Yet the diagram misses basic basic layout information like connectors."

Examples:

Collapsed call activities display the name of the called process - not the assigned name

Collapsed call activities display the name of the called process. A name may be assigned but is not displayed.

Example B.1.0:

Expanded call activities and collapsed subprocesses are not supported.

Call activities cannot be expanded in MID Innovator. Therefore, they are not imported correctly as expanded call activities but as collapsed call activities. The elements of the expanded call activity are not supported as well.
As modeling expanded call activities is not supported by the software, the export fails as well.

Similarly, collapsed subprocesses are not supported as well.

Example B.1.0:

Test Import Procedure with ARIS express and Bizagi

As according meeting of 24-04-2013, Please include in the BPMN MIWG Test Case Structure.xlsx file that:

Bizagi Process Modeler version 2.4 - only supports XPDL, However, this has not been tested.

Aris express version version 2.4 - only support Visio VDX file format import only. However, this has not been tested.

Best

Alberto

Incorrect label bounds in reference file A.4.0.bpmn (and others)

The 'width' and 'height' values within the label bounds of lanes seem to be inverted. "Lane 1", for instance, defines a label with 'height="12.80..." and width="35.59...", hence representing a horizontal rectangle. The label, however, is supposed to be displayed vertically.

According to the Diagram Definition (DD) specification, the size of the rectangular described by the bounds is specified along the x-y axes. The bounds should therefore always be relative to the x-y axes, independently of the label's direction. If the label is depicted vertically, its bounds should also represent a vertical rectangle.

It could be argued whether an additional 'direction' or 'angle' attribute is needed for labels. At least for the moment the direction can be derived from the shape's 'isHorizontal' attribute.

Also see:
Diagram Definition (DD) spec: Bounds, page 9
BPMN spec: BPMNLabel, page 377

dc:Font attributes deleted on roundtrip


Tool: eclipse BPMN2 modeler
Affected Tests: A.1.0, A.2.0, A.3.0, A.4.0, B.1.0, B.2.0
Roundtrip


The dc:Font attributes isBold="false" isItalic="false" isStrikeThrough="false" isUnderline="false" are deleted during roundtrip.

Data store reference names are not displayed

Data store references are imported, yet not displayed. The node is assigned the name correctly. Yet, data store references have a separate label which is assigned a default text. The name of the node can be retrieved when looking at the node properties.

Example B.1.0:

B.2.0 Violation of EventBasedGateway Constraint

Hi,
I'm currently evaluating the eclipse BPMN2 modeler and in doing so I spotted a spec violation in the reference model B.2.0:
The "Event Base Gateway 3" links to a Message Intermediate Catch Event and to a Receive Task. This is not allowed by the Spec (p. 298):

"Event-Based Gateways are configured by having outgoing Sequence Flows target
an Intermediate Event or a Receive Task in any combination[...] except that: 
If Message Intermediate Events are used in the configuration, then Receive 
Tasks MUST NOT be used in that configuration and vice versa."

Kind regards,
Matthias

Data associations cannot be assigned a name / label

Data associations cannot be assigned a name / label in the tool.
Therefore, the associations cannot be imported or exported as well.

Example B.1.0:

B.1.0. Pool and Lane bounds

The BPMN spec requires that a lane shape extend the full length of its enclosing pool. This, however, is hard to achieve as BPMNDI does not specify the size of the pool label box. Since tool vendors are free to define whatever size they like, pools and lanes will hardly ever be aligned.

Bruce Silver and I have discussed this issue a while back and we then agreed that the best thing to do would be to export the inner bounds of a pool instead. That way lanes will always be perfectly aligned and there is no risk of the separating label line crossing another shape that was drawn too close to the borders.

Bruce Silver also recommends this approach in his book 'BPMN Method & Style': "...in BPMN-I the dc:Bounds/@x value of horizontal lane and pool shapes should be the same. (p. 206)

B.1.0 Labels of Associations

The label of the association between “Call Activity Collapsed” and “Text Annotation” is not present in the BPMN 2.0 XML. This makes the import test failing implicitly as labels are missing on association when capturing the canvas.

Correct me if I am wrong, but from my understanding the BPMN 2.0 Spec does not want to have labels put on associations. At least there is no name attribute.

<semantic:association associationDirection="None" sourceRef="_1237e756-d53c-4591-a731-dafffbf0b3f9" targetRef="_4815ea6a-ede2-489b-8b37-2cdb2835b02c" id="_5362a7ef-ce7e-4a91-9c38-66c07b1b5f49"/>

[DG] You are quite correct that “Labels” of “Associations” and “DataAsssociations” is not possible in BPMN (and cannot be imported in another, just as for the position of labels). This raises the higher question of “Should test cases be of only what is serializable” also to be put on the agenda for discussion.

B 2.0 gatewayDirection Unspecified instead of Converging?

We have an issue with importing model B 2.0 to ADONIS. Object "Parallel Gateway 2" is defined as:
semantic:parallelGateway gatewayDirection="Unspecified" name="Parallel Gateway 2" id="_397c783e-ad6a-4cf3-8266-9b41962c83bd"

while it seems to us it should be:
semantic:parallelGateway gatewayDirection="Converging" name="Parallel Gateway 2" id="_397c783e-ad6a-4cf3-8266-9b41962c83bd"

Proposal: Document test results in a standardized way

Dear team,

We agreed upon sharing the result files for each test in files that are named in a standardized way:

  • B.1.0-import.{pdf,png}
  • B.1.0-export.bpmn
  • etc.

Yet many of the test results are not stored in the bpmn or png files:

  • Which model elements are not imported / exported correctly?
  • What kinds of errors occur?
  • Are there constraints of the editor that make it impossible to recreate every aspect of the reference?

Therefore, I'd like to propose using a simple Markdown file for each application.
In this file, all key model elements are stored. For each model elements, the test case results are documented.

Let us exemplify this for the B.1.0 export test of MID Innovator:

  • Participant (Pool) -- OK
    • Start Event Timer -- OK
    • Abstract Task 1 -- OK
    • User Task 2 -- OK
    • Service Task 3 -- OK
    • End Event None 1 -- OK
  • Lane 2 -- OK
    • Group -- ISSUE: Cannot create a group in editor
    • User Task 5 -- OK
    • Exclusive Gateway Divergence 2 -- OK
    • Collapsed Sub-Process -- ISSUE: Cannot create an collapsed sub process in editor. Instead used an call activity.
    • Service Task 7 -- OK
      • Data Association 1 -- ISSUE: Cannot assign a name to a data association in editor
        • Data Object -- OK
      • Data Association 2 -- ISSUE: Cannot assign a name to a data association in editor
        • Data Store Reference -- OK
    • Exclusive Gateway Convergence 2 -- OK
    • End Event Terminate -- OK

That way, we have a much more detailed view on the outcomes of a test case.

The entire file is available here:

https://raw.github.com/mskurz/bpmn-miwg-test-suite-fork/master/B%20-%20Validate%20that%20tool%20covers%20conformance%20class%20set/MID%20Innovator-11.5.1.30223/README.md

Any comments?

Best Regards,

Matthias

Label justification in BPMN DI

BPMN MIWG recommends to the BPMN 2.1 RTF to add a justification attribute to the BPMN DI Label in order properly complete rendering within the bounds of the label.

B.2.0 Expanded Call Activities

The Signavio Process Editor has issues when importing the “Expanded Call Acitivity” as Start Event 3, Start Event 4 Conditional, User Task 12 Muti-Inst. Seq., User Task 13 are wrapped by an subprocess element in the XML,

but Boundary Intermediate Event Interrupting Message, End Event 5 Terminate, End Event 4, Service Task 14 are contained in a separated process element reference by an call activity element.

I guess the subprocess element needs to be merged and replaced by the process element.

[DG] We caught that one. This was a bug with our serialization that was getting lost in some particular cases. We will correct it and provide a new serialization ASAP.

B 2.0 Boundary Intermediate Event Interrupting Error has non-consistent definition?

Definition of object "Boundary Intermediate Event Interrupting Error" contains part that we find a bit misleading (since Error event needs to be interrupting and thus cancel activity):

semantic:boundaryEvent attachedToRef="_7e6ccf38-e740-4537-a439-a8e984d066de" cancelActivity="false" parallelMultiple="false" name="Boundary Intermediate Event Interrupting Error" id="_3c56e6dc-bc87-4d98-b499-462c5b741c5a"

wouldn't >>cancelActivity="true"<< be more correct here?

Label Positions in Reference Models

The current reference models do not contain label positions. The BPMN Spec defines them as optional, but I would suggest to have them available by default for test results not to look broken immediately. In addition, we could have one test case without label positions to see if tools behave correctly in that case.

Test B.1.0 : missing "group" label

The group artifact defined at line 195 does not define any label. In the Reference PDF (B.1.0.pdf) we can see this group is named "Group".
Some information is missing in the BPMN file and seems to be stored in visio file (.vsd) only.

BPMN XML different

Export and Roundtrip tests produce bpmn code in a very different way. The number of discrepancies is big.

Tested with: IBM BPM 8.0.1

Label positions not saved/interpreted


Tool: eclipse BPMN2 modeler
Affected Tests: A.1.0, A.2.0, A.3.0, A.4.0, B.1.0, B.2.0
Import, Export, Roundtrip


Label positions are not saved when saving a (newly) created model.
BPMNDI label position definitions are ignored when displaying models.

Yaoqiang BPMN Editor 2.1.28

Testing date - 4/22/2013
A.3.0 export – Missing element Event Interrupting Escalation
A.3.0 import & RT – Labels layered over elements, labels could not be moved
A.4.0 export – Could not draw model as in .pdf, i.e. sequence flow element between lanes; tool only allows for message flow element.
B.1.0 import – "BPMN 2.0 Schema Validation Error"; label annotation not handled well
did not import group elements and label annotation associated with model.
B.2.0 import – "Yaoqiang BPMN Editor does not support the Sub Process defined in a separate diagram ."

gatewayDirection attribute pertinence

It is proposed to the BPMN 2.1 RTF to remove gatewayDirection attribute as BPMN MIWG fail to see the value of this attribute. It seems to duplicate information already derivable from the model (it may actually lead to conflict with the model).

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.