topic Execution with id $FOO does not have a subscription to a message event with name $BAR in Alfresco Archive

Execution with id $FOO does not have a subscription to a message event with name $BAR

mindcrime — Fri, 26 Apr 2013 18:55:05 GMT

I have a simple process that looks like this:<?xml version="1.0" encoding="UTF-8"?><definitions xmlns="http://www.omg.org/spec/BPMN/20100524/MODEL" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:activiti="http://activiti.org/bpmn" xmlns:bpmndi="http://www.omg.org/spec/BPMN/2010

Re: Execution with id $FOO does not have a subscription to a message event with name $BAR

mindcrime — Fri, 26 Apr 2013 20:02:48 GMT

OK, never mind that. I was doing something dumb after all. I should have been querying for the execution with the message subscription:


  ProcessEngine engine = ProcessEngines.getDefaultProcessEngine();
  RuntimeService runtimeService = engine.getRuntimeService();
  
  Execution msgExec = runtimeService.createExecutionQuery().processInstanceId(exec.getProcessInstanceId()).messageEventSubscriptionName("message1").singleResult();
  
  runtimeService.messageEventReceived("message1", msgExec.getId(), null );

The bigger issue is whether not not this whole approach is even feasible. Basically, the client is trying to avoid having certain sequence flows in the BPMN because the make the diagram too "noisy" for some people. So they are trying to cheat and use this "send and receive a message within the same process" mechanism to avoid those flows.

Does anybody know if that is possible / supported? After I fixed the problem with passing the wrong execution ID (which was causing the original problem I posted about), I find that the execution will, indeed, pick back up at the Message Intermediate Catching Event, but somewhere after that I start getting exceptions from PostgreSQL where it detects a DB deadlock. Should I just tell them "don't do that" or is there a way to make this work?

Re: Execution with id $FOO does not have a subscription to a message event with name $BAR

trademak — Mon, 29 Apr 2013 12:05:15 GMT

This is not a good way of implementing message events, no. So if you don't want to clutter the diagrams for the client, so may want to make 2 versions. But technically it should work. So if you run into DB deadlock issues can you post the stacktrace and maybe a unit test showing the issue?

Best regards,

Re: Execution with id $FOO does not have a subscription to a message event with name $BAR

mindcrime — Mon, 29 Apr 2013 14:58:50 GMT

OK, thanks. For now I've had them just accept drawing all the flows explicitly on the diagram. I'll rerun this and grab a stacktrace to post in a bit.