Closed nielsdebr closed 3 years ago
Should this be restricted to a Flows for APEX bpmn file?
I can see several good use cases for being able to import a F4A bpmn file, including moving from dev to production, easier installation of processes, etc. We have customers wanting this.
However, I'm less sure about being able to import just any BPMN file that might have been created using a different modeller.
So I think the real world benefit of being able to import arbitrary bpmn from another modelling tool isn't very great, and the risks are quite high that it will contain errors (syntactical or logical when run on F4A) that cause problems. If we were creating a standalone enterprise workflow platform, solving those would be important. (although Camunda even advise that moving BPMN from one system to another isn't cut and paste...)
If you make it an export / import mechanism for F4A diagrams, you could also export / import some of the other date in there Diagrams table - like name, category, etc.
I think we should communicate this before the import is started. Something like "We encourage you to import diagrams that were built using Flows for APEX to make sure that they can be run by the engine."
Proposed solution: Implement separate Page to allow upload of own XML using the parser. Ask for
On Page Submit run through parser, then branch to Modeler page setting ID page item to returned ID of parse process.
The modeler plug-in should be extended so you can open one using an existing BPMN file.
The parsing is already taken care of when saving the diagram, so no change is needed on that part.