ProcessInstance is not getting created

Hi All,

We have used flowable in our application but our cucumber test are getting failed.
We came to know that we are getting null response at below line:

ProcessInstance XXXXXXXXX = runtimeService.XXXXXXXXXXXQuery()

Can anyone please suggest the solution to it?

Can you please share more of your code? This lines create query, set’s one query parameter and executes that query. If there is no ProcessInstance with the given parameters (superProcessInstanceId) a null response is expected behavior. To create process instances please use the

ProcessInstance processInstance = runtimeService.createProcessInstanceBuilder()



The code looks like this:

public Task method(String var) {

    ProcessInstanceQuery var1=runtimeService.method1();
    ProcessInstance var3=processInstanceQuery.singleResult();

    if (nonNull(var3)) {
        String var4 = var3.getId();
        ProcessInstance var5 =

        String var6 = Optional.ofNullable(var5)
        return taskQueryExecutor.getMethod(var6);

Hey, so you try to load an existing process instance based on the superProcessInstanceId.
If there is no such process instance it will return null. I need a bit more context :slight_smile: . How are these processes created,etc.



It got created as below:

Map<String, Object> var = new HashMap<>();
.put(ProcessVariables.TopLevel.INIT_DATA, objectMapper.writeValueAsString(var1));
processInstanceVariables.put(ProcessVariables.TopLevel.XXXXXX, var1.getXXXXXX());
var.put(ProcessVariables.TopLevel.YYYYY, var1.getYYYYY());
String var1 = runtimeService
.startProcessInstanceByKey(ProcessType.ZZZZ.code(), var)

Hey @WelschChristopher, I need to add a few comments on the above description.

There was a framework upgrade from Activiti in version 5.2.2, into the Flowable version 6.7.2. Our system has a main process definition which consists of a few minor sub processes.

The problem which we face now is that previously, in Activiti 5.2.2, when we used such API call:


we were getting a process instance object, while now, after the upgrade, that query is returning a null value, causing later on problems with collecting tasks out of that processes. There were not changes on the processes definition after the upgrade.
I’ve verified how that processes are getting loaded and this is working in the same way as it was in Activiti 5.2.2., the only difference which I’ve noticed is that now processId is represented by an UUID, while earlier it was just a standard int number, not sure if that might be any source of the problem though.

Is there any way in which I could verify while the processes definition is loaded and they seems to be missing a pointer for a main(super) process instance?

Hey @WelschChristopher could you please help us in giving some solution to the issue?

Hey @michalmytnik,
this shoul work after the migration from 5. to 6 .

  • Can you please turn on debug mode to see the actual query and the used values?
  • You can verify your data by looking into the ACT_RU_EXECUTION table and check for the “SUPER_EXEC_” column. This should contain your firstLevelCallActivityProcessInstanceId.
  • Is this a new process instance or did it already exist before you migrated?


Hello @WelschChristopher, thanks for the reply.

So I’ve debug that more, and this is looking really strange. We didn’t change any processes definition, but after the upgrade debug shows that after we start our main process by that line of code:

.startProcessInstanceByKey(ProcessType.ZZZZ.code(), var)

it loads correctly the main process definition, enter the first Java Delegate, execute that, and immediately skip out of the process (breakpoint in debug on the second Java Delegate is never invoked) and goes into another line of code instead, which is adding an EventListener.

When I run that in debug based on Activiti 5.2.2, this is also loading the main process, starting that, but instead of executing only the first delegate and jumping out, immediately executes also second delegate, and entering the third step in business process, which is in another subprocess, creating there a user task, and finally executes the Event Listener addtion.

I don’t know if we need to change anything in our bpmn files definition after upgrading from Activiti 5.2.2. for Flowable 6.7.2, I actually have tried to replace all the namespaces from “activiti” to “flowable”, but it doesn’t solve the problem.

In addition, when I ask in debug runtimeService about active processes list, after the upgrade for Flowable it shows only 1 active process which is our main process. While query for the same in Activiti 5.2.2 it shows 3 active processes, one is the main process, second is the first subprocess , and third is the first user task inside that subprocess.

That looks like there is some problem in the execution of chain of the process definition steps, but it’s hard to determine what is causing that. There are not exceptions while loading BPMN files, not any other which could advise on that.

Hey @michalmytnik,
the problem you describe does not ring a bell. If there is some commonly issues with the migration, it would occure quite often. Especially considering the time since first flowable 6 release. Can you share your model/parts of the model, or even better a reproducable unit test?