| Summary: | Exception when opening diagrams with data Input Associations | ||
|---|---|---|---|
| Product: | [Modeling] MDT.BPMN2 | Reporter: | Ivar Meikas <ivar> |
| Component: | Core | Assignee: | Project Inbox <mdt-bpmn2-inbox> |
| Status: | RESOLVED NOT_ECLIPSE | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | ahti |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Whiteboard: | |||
|
Description
Ivar Meikas
As I understand it, the example file is invalid: it tries to assign a DataObjectReference to the flowNodeRef reference of Lane, which is of type FlowNode. DataObjectReference, however, is only a subtype of FlowElement, not of FlowNode, and thus not a valid element here. <semantic:lane name="Lane 2 - 2" id="Lane_Lane2_2"> <semantic:flowNodeRef>Task_UserTask</semantic:flowNodeRef> <semantic:flowNodeRef>DataObject_Document</semantic:flowNodeRef> </semantic:lane> ... <semantic:dataObjectReference dataObjectRef="DO1276094698063" name="Document" id="DataObject_Document"/> I do not see how we could handle such an invalid BPMN2 document differently and would propose to close as NOT_ECLIPSE? Resolving as NOT_ECLIPSE as outlined above. I agree, no point making workarounds for flawed examples. |