UserTask with an optional form

gwaptiva — Fri, 20 Sep 2013 11:57:46 GMT

Sorry if the title is a bit confusing, not sure how to express this better. I'll try to explain:Embedded Activiti 5.10In my flow, I have a multi-instance <c>subProcess</c>, to execute x times in parallel. In the <c>subProcess</c> I define a <c>UserTask</c>, with a

Re: UserTask with an optional form

trademak — Fri, 20 Sep 2013 12:42:33 GMT

The activiti:formHandlerClass attribute is that something you implemented yourself? Because that's not supported in Activiti.
Couldn't you use a task listener to update the form key value?
Otherwise an exclusive gateway is probably the best approach.

Best regards,

Re: UserTask with an optional form

gwaptiva — Fri, 20 Sep 2013 14:19:49 GMT

No, activiti:formHandlerClass attribute is defined in <c>activiti-bpmn-extensions-5.4.xsd</c> in <c>org.activiti.impl.bpmn.parser</c>, in Activiti 5.10 that we're (still) using.
<code>
<attribute name="formHandlerClass">
    <annotation>
      <documentation>
        Attribute on a startEvent or userTask.
        Allows to specify a custom class that will be called during the parsing
        of the form information. Thus way, it is possible to use custom forms and form handling.
        This class must implement the
        org.activiti.engine.inpl.form.FormHamdler/StartFormHandler/taskFormHandler interface
        (specific interface depending on the activity).
      </documentation>
    </annotation>
    <simpleType>
      <restriction base="string">
        <!– regular expression taken from http://regexlib.com/REDetails.aspx?regexp_id=2821 –>
        <pattern value="([a-z]{2,3}(\.[a-zA-Z][a-zA-Z_$0-9]*)*)\.([A-Z][a-zA-Z_$0-9]*)"/>
      </restriction>
    </simpleType>
</attribute>
</code>
[sic on the typo in FormHamdler]

And it works a treat too (I haven't found my back to where it is actually evaluated yet, but I did a year or so ago, and have used it ever since). It allows me to construct a different form depending on the user in the session (or really anything else, because the class is called _right_ before the form's path is loaded.

Problem with the exclusiveGateway is that this is a UserTask, and that the taskListener is called at the wrong moment. The choice between UserTask or UserTask-with-form is made based on the state of the system at time 0, but then the UserTask is serialized to database, weeks can go by and the state of the system can get changed in a significant manner. Then user comes along and clicks Complete on his task and user gets a result that's weeks old.

I don't really want to present users with dialogs that have a "Oh, sorry, nevermind, seems the reason I display this message is no longer there" message (i.e. just a silly info message)… Seems that may be the way to go though, or I have to find a way to hack a way into the Implementation (with all associated risks acknowledged and accepted) and override everything until I get to the point where I can 'remove' the 'activiti:formKey' effect dynamically.

Gwap

[EDIT: Ah, here we go: <c>org.activiti.engine.impl.bpmn.parser.BpmnParse#parseTaskDefinition(Element, String, ProcessDefinitionEntity)</c> line 1991-etc]

topic Re: UserTask with an optional form in Alfresco Archive

UserTask with an optional form

Re: UserTask with an optional form

Re: UserTask with an optional form