- Bump bpmn-elements to version with ability to signal waiting start event from definition
- Bump bpmn-elements to version with shake activity functionality
- Bump moddle-context-serializer@0.16 with scripts and timers
- Add engine option
sourceContextto hold pre-serialized context
- Add signal function to engine execution api
- Bump bpmn-elements to v1.0.0 with some breaking changes regarding MessageEventDefinition and SignalEventDefinition
- Bump bpmn-moddle, bpmn-elements, and smqp to latest
- Add typescript declaration file (Saeed Tabrizi)
- Bump bpmn-elements@0.12.1
- Bump bpmn-elements@0.11.0 with new ability to use process extensions
- Bump bpmn-elements@0.9.0 to support compensation
- Bump bpmn-elements@0.8.1 that expose sequence flow name
- Bump bpmn-elements@0.8.0 and moddle-context-serializer to support StandardLoopCharacteristics
- Bump bpmn-elements@0.7.0 to support LinkEventDefinition
- Bump bpmn-elements to v0.6.0 with refactored MessageEventDefinition, ReceiveTask, and some bug fixes from @TallaInc
- Recover takes optional options that completely overrides environment and passes it along to the recovered definitions
- Bump bpmn-elements to v0.5.0
Bump bpmn-elements and bpmn-moddle (which now has a node dist :).
- Implementation of ErrorEventDefinition is now closer to the BPMN 2.0 spec
- Start sub-process' sub-process if sub-process throws an error
- Expose the name of the element that emitted event
- Bump bpmn-elements and serializer and thereby add support for ConditionalEventDefinition
- Expose humanPerformer and potentialOwner
Use bpmn-elements to execute elements.
Behind the scenes the entire definition execution is replaced with bpmn-elements
- Node version >= 10 is required
- Events are not emitted with name of the activity, i.e. no more
enter-task_a8dje7emits - Most events are emitted with the type of element as prefix, e.g.
activity.start, one exception iswaitwich is still emitted aswait getPendingActivities()is renamed togetPostponed()
- Change license to MIT
- Engine
executecallback is called when execution completes - Node version >= 8.9 is supported
SendTaskmessage requires outputParallelGatewayemitsstarton first taken inbound, i.e. discarded inbound are just registered- Extensions have been moved to separate project bpmn-engine-extensions
- Support for parallell task loop
- Parallel gateway
getState()returns pending inbound and/or pending outbound, so old states are not supported
- Add support for Manual task
- Support camunda input/output for Exclusive Gateways, input is passed to conditional flows
- Support camunda errorCodeVariable and errorMessageVariable for Error Events
- Add support for SendTask and ReceiveTask
- A start event with form key will also emit wait
- The
Enginenow handles definitions instead of processes, hence:execute(callback)returns executed definition in callback instead of processgetState()returns executing definition instead of processes
- Engine
getState()andresume(state)does no longer return or need the actual definition source. They work with moddle contexts. Transformeris now calledtransformersince it is not called withnew- Engine instance
resume()is now a "static" function on engine, i.e.Engine.resume
Definitionis exposed and can be executed with moddle context and options, see documentationvalidationis exposed and harbours functions for validating moddle context and execute options- Support camunda input forms for user task and start event
- Output from tasks with defined
camunda:inputOutputnow updates context variables. The previous behavior was to save result tovariables.taskInput. That will still happen if no output is defined.
- Support service connector (#4)
- Support map and list input/output types from modeller (#5)