nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

As we transition to the new Hyland Community, some post links may be temporarily disrupted as we finalize redirects. We apologize for the inconvenience and are working to resolve this as quickly as possible. Details.

Problem using initiator

bhj2

Hello,

I created my own version of the explorer and my own bpmn2.0 process. The problem is about the initiator. I want the task to be assigned to the initiator of the process but that works… SOMETIMES!! It's random.

Here is my bpmn process:

<?xml version="1.0" encoding="UTF-8"?>
<definitions xmlns="http://www.omg.org/spec/BPMN/20100524/MODEL"
   xmlns:activiti="http://activiti.org/bpmn" targetNamespace="EGovRunnerProcesses">

   <process id="MyTestProcess" name="MyTest Process">
      <startEvent id="theStart" activiti:initiator="initiator">
         <extensionElements>
            <activiti:formProperty id="person" type="string" />
            <activiti:formProperty id="reason" type="string" />
         </extensionElements>
      </startEvent>

      <sequenceFlow id='flow1' sourceRef='theStart' targetRef='writeSomethingTask' />

      <userTask id="writeSomethingTask" name="Write something" activiti:formKey="ch/glue/egovrunner/processes/MyTestForm.form" activiti:assignee="${initiator}">
         <documentation>
            Write something.
            </documentation>
      <extensionElements>
      <activiti:taskListener event="create" class="ch.glue.egovrunner.explorer.listeners.OsisTaskCreateListener" />
        </extensionElements>
      </userTask>

      <sequenceFlow id='flow2' sourceRef='writeSomethingTask' targetRef='theEnd' />

      <endEvent id="theEnd" />
   </process>

</definitions>‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

and here is the java method I use to start the process:

/**
    * Start a instance which has a start form.
    * 
    * @param processDefinition
    *            the process definition to start
    * @param formData
    *            the form data filled by the user
    */
   public void submitStartForm(ProcessDefinition processDefinition,
         Map<String, String> formData) {
      ProcessInstance pi = getFormService().submitStartFormData(
            processDefinition.getId(), generateBusinessKey(), formData);
      
      processLayout.showProcessStartSuccess(processDefinition);
   }‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

I tested with always the same process definition and always the same content in formData but the initiator is sometimes null and sometimes ok.

Do you have an idea?

Find more posts tagged with

Comments

bhj2

I think I resolved my problem. It came from the fact that I use "ProcessEngines.getDefaultProcessEngine()".The process engine I received was not always the same and not always the one I used with the method "setAuthenticatedUserId(…)".

The solution is to used a configurated process engine, is that correct?

frederikherema1

Strange… That means that, at runtime, new engines get registered under the name "default" in ProcessEngines. You should double-check the way you bootstrap/configure your engine.

bhj2

Strange… That means that, at runtime, new engines get registered under the name "default" in ProcessEngines. You should double-check the way you bootstrap/configure your engine.

here is my config file:

<?xml version="1.0" encoding="UTF-8"?><br><beans xmlns="<a href="http://www.springframework.org/schema/beans" rel="nofollow noopener noreferrer">http://www.springframework.org/schema/beans</a>"<br> xmlns:xsi="<a href="http://www.w3.org/2001/XMLSchema-instance" rel="nofollow noopener noreferrer">http://www.w3.org/2001/XMLSchema-instance</a>"<br> xsi:schemaLocation="<a href="http://www.springframework.org/schema/beans" rel="nofollow noopener noreferrer">http://www.springframework.org/schema/beans</a>&nbsp;&nbsp; <a href="http://www.springframework.org/schema/beans/spring-beans.xsd" rel="nofollow noopener noreferrer">http://www.springframework.org/schema/beans/spring-beans.xsd</a>"><br><br> <bean id="processEngineConfiguration"<br>&nbsp; class="org.activiti.engine.impl.cfg.StandaloneProcessEngineConfiguration"><br>&nbsp; <property name="jdbcUrl" value="jdbc:mysql://localhost:5555/activiti" /><br>&nbsp; <property name="jdbcDriver" value="com.mysql.jdbc.Driver" /><br>&nbsp; <property name="jdbcUsername" value="root" /><br>&nbsp; <property name="jdbcPassword" value="password" /><br>&nbsp; <property name="databaseSchemaUpdate" value="false" /><br>&nbsp; <property name="jobExecutorActivate" value="false" /><br> </bean><br></beans>

according to the user guide, everything should be ok here.

When is a process instance created? During the execution of getDefaultProcessEngine()?

It is a static HashMap, thus, only one instance of a ProcessEngine should exist for the key default. Isn't it?

frederikherema1

Only one should exist for that key, right. But when another engine is created with that name afterwards, it's registered as the default -> previous value in map dissapears.

The first time you call getDefaultProcessEngine(), the init() will be called, and all process-engines on the classpath will be created. How do you know the engine isn't the same one as before?

bhj2

Only one should exist for that key, right. But when another engine is created with that name afterwards, it's registered as the default -> previous value in map dissapears.

The first time you call getDefaultProcessEngine(), the init() will be called, and all process-engines on the classpath will be created. How do you know the engine isn't the same one as before?

I do a setAuthenticate in the IdentityService and then use a process with an initiator. What is strange is that I sometimes receive the same engine with the user authenticated and sometimes not. If I start my process 10 times, the initiator could be 8 times null and 2 times the authenticated user. Should I only call the getDefaultProcessEngine() once in my whole application?

If the engine called "default" exists, it should not be created again? Do I miss something?

frederikherema1

The authenticated user is thread-local, so best, before EVERY call to the engine API, use the setCurrentAuth… call.

fredg

This is good information, i saw many questions on forum about setCurrentAuth()
in multi threaded environements, this can help.
Could be nice in user-guide.

sreeraamang

Hi All,

We start the process instance via a camel route
for eg:

from("direct:start")
.to("activiti:workflow-process-name")

In such a scenario, how do we ensure that the initiator's id is stored in the database (act_hi_procinst.start_user_id_)?

What we tried was a pre and post camel processor as shown below. Still couldn't achieve what we want.

from("direct:start")
.process(new Processor(){
   public void process(Exchange exchange){
        identityService.setAuthenticatedUserId((String)exchange.getProperty("invoker"));
   }
})
.to("activiti:workflow-process-name")
.process(new Processor(){
    public void process(Exchange exchange){
       identityService.setAuthenticatedUserId(null);
    }
});

Before starting a camel route, we populate all process variables (including the invoker variable) in a map and then set it on the body of the exchange.

Can somebody please let me know as to what is wrong here or is there an elegant approach to fix this issue?

best regards
Sriraman.

sreeraamang

Hi All,

Got it working. I had populated all process variables in a map and set it to the body of the camel exchange. However, while retrieving, i was trying to take it from the exchange properties. Inside the first processor after direct:start, I retrieved the body and cast it to a map and then try to find the object with key as invoker as shown below:

Map processVariables = (Map) exchange.getIn().getBody();
identityService.setAuthenticatedUserId((String)processVariables.get("invoker"));

What I want to know is whether the approach is correct ?

Thanks in advance.

best regards
Sriraman.

trademak

Looks like a decent approach yes.

Best regards,