topic Re: BpmnParser is not extensible in Alfresco Archive

BpmnParser is not extensible

cstettler — Thu, 23 Sep 2010 15:41:04 GMT

Extending the default BpmnParser (e.g. for handling custom XML elements / attributes) is currently not possible (as of beta 1) as the underlying BpmnParse class has package/default visibility only. Extending the parser is often the only mean to introduce custom behaviour or values, e.g. if one wants

Re: BpmnParser is not extensible

cstettler — Thu, 23 Sep 2010 16:15:19 GMT

Addendum: also, the BpmnParser instance gets created "inline" in the BpmnDeployer.configurationCompleted() method without any factory/hook method to create and return one's custom BpmnParser implementation.

I think as a test, it would be useful to have an "end-to-end" sample for replacing a specific activity implementation (e.g. create and return a custom UserTaskActivity for the userTask element) that would proof and "secure" extensibility.

Re: BpmnParser is not extensible

jbarrez — Mon, 27 Sep 2010 08:56:40 GMT

I created http://jira.codehaus.org/browse/ACT-178 for this.

Re: BpmnParser is not extensible

falko_menge — Mon, 27 Sep 2010 10:32:21 GMT

The ServiceTask already allows the use of custom ActivitiBehavior implementations, which can at least provide a custom outgoing behavior.

Another option for dealing with custom elements is to transform them into standard BPMN elements using Activiti Cycle. This approach has the advantage that it doesn't require much knowledge of engine internals and is therefore less error-prone.

Re: BpmnParser is not extensible

cstettler — Mon, 27 Sep 2010 11:03:37 GMT

@Falko: this sounds a bit like building a custom DSL based on BPMN 2.0 elements which is a really interesting thing for non-BPMN-experienced people. Does Activiti Cycle provide support for creating such custom elements and for mapping those to BPMN 2.0 standard elements? And if so, is this mechanism extensible?

Having a development process that starts with custom elements in Activiti Modeler and then uses Activiti Cycle to transform those custom elements to standard BPMN 2.0 would definitely be a sound thing.

Nevertheless, having the possibility to extend/customize the parsing process is still a major requirement on our side, also because there is no longer a built-in mechanism for firing events via a process event bus for certain events (e.g. like whenever a task gets created or assigned).

Re: BpmnParser is not extensible

falko_menge — Mon, 27 Sep 2010 12:17:26 GMT

@Falko: this sounds a bit like building a custom DSL based on BPMN 2.0 elements which is a really interesting thing for non-BPMN-experienced people. Does Activiti Cycle provide support for creating such custom elements and for mapping those to BPMN 2.0 standard elements? And if so, is this mechanism extensible?

Many of our customers asked for some kind of custom language elements and technically the Activiti Modeler supports extensions to existing stencil sets. However, the BPMN 2.0 XML export, which transforms the JSON representation internally used by the Activiti Modeler into XML, does not support such extensions. Therefore, Activiti Cycle contains a framework for performing transformations directly on the JSON model as demonstrated by the developer-friendly BPMN 2.0 transformation. These transformations are highly extensible to allow all kinds of project-specific customizations.

Re: BpmnParser is not extensible

iravanchi — Mon, 27 Sep 2010 15:41:41 GMT

I've refactored the BPMN parser into an extensible one, and will contribute it to the project, if the leaders like it, in the next week.
It will be in a branch at first, probably, but I'm not sure how long will it take to be merged with the Trunk.