And I need to receive information about how this process finished (at which endpoint).
I thought about using exporter to send message to Kafka by filtering record about end event completion.
But I can’t make filter on exporter to receive only this records.
Is there some solution for my case?
Or maybe do I have to make my process in another way?
Thanks for reply.
Yes, i think it would solve my problem. But I don’t know how to do this.
I know how to make exporter for incidents, but in my case this is different things.
For example, we want to handle Excel file, but we got some image. This is business error and attachment handle process will complete successfully with end event “format-file-verification-failed”. But when we can’t get the attachment from storage because of network problem or something else, it would be the incident.
You could also use a call activity, which calls this process. After the call activity you evaluate the result with an xor gateway and have several task which does your specific thing. Then this is also more transparent for you and others.
Thanks for replies!
In both this case I have to develop several services for sending information about process end. Or I have to include information about service finish status (success or failed) in workflow variables. I thought about this solutions but I want to make a more common decision.
The question is how can I receive information about end event of workflow.
I can analyze record value as a text in exporter but I hope that there is better solution for this case in Zeebe.
But we have to hardcode status as text in diagram or use some convention for status.
BPMN workflow and services become strictly dependent each to other. We try to avoid this. But If we didn’t find another solution, we will do this.
We have workflow with several possible way of completion and we need to get information about which way workflow is completed. We intend to store this data in Kafka. And Exporter seems the best way for this approach because information about all events already stored in broker.
Hi!
I know this is an old discussion. But this “problem” came to me this time. Do you know if the newer versions of Zeebe, this approach has a better and “automatic” solution?
In the worker, rather than raising a BPMN Error or completing the job, you can publish a message that gets correlated with the interrupting boundary event. This message contains the error data.
If you use CreateWorkflowWithResult, the caller will get back the outcome, whichever of the two end events it finishes on.