[jboss-user] [jBPM Users] - Re: Creating non technical Actions / WorkItems

barteljan do-not-reply at jboss.com
Thu Sep 3 09:55:27 EDT 2009

"kukeltje" wrote : 
  | Sorry, but I have no knowledge of how drools workitems are configured/created/used in their 'GPD' 

No problem ;)
A workItem in drools is in short an extension of their traditional workflow.
They use a simple configuration file to make this extension aware to their GPD ("RuleFlow-Editor") and define some eyecandy-stuff like an icon, which is shown by the editor, a view class which is shown when editing the workItem , possible parameters for the workItem etc.
The workItem itself is represented by a special xml-tag.

A simple process-xml definition would look like that: 

<?xml version="1.0" encoding="UTF-8"?> 
  | <process ....>
  |   <header>....</header>
  |   <nodes>
  |     <start id="1" name="Start"/>
  |     <end id="2" name="End" />
  |     <workItem id="3" name="Start">
  |       <work name="SystemMessage" >
  |         <parameter name="Message" >
  |           <type name= .... />
  |           <value>DemoProzess mit Datei gestartet </value>
  |         </parameter>
  |       </work>
  |    </workItem>
  |   </nodes>
  |   <connections>
  |     <connection from="3" to="2" />
  |     <connection from="1" to="3" />
  |   </connections>
  | </process>

This results in a procedure to integrate customized node types which can configured with 
nontechnical domain knowledge into the editor and the definition language in approximatly 30 minutes. 

"kukeltje" wrote : 
  | (Drools 'workflow' is not something that is supported by JBoss), so 

Yes I suppose it would have been an better solution to define well defined interfaces between drools 
and Jbpm than creating a new Wokrflow-Engine(which is a bit of overburden for the most use cases) ....
But who cares ;-).

"kukeltje" wrote : 
  | You are right in looking at the pvm documentation for extending jPDL 4. 
  | Adding new element types is possible this way but indeed not by 'mapping' them to an existing common node type by using 
  | e.g. an attribute value instead of an element name. Might be an interesting addition though.

I suppose the easiest way to achieve such a behaviour would be to change an editor in a way to map from user "workItems"
to existing jpdl-components, because it would be downwards compatible and doesn't require a change in the engine itself.

"kukeltje" wrote :    
  | Aamof, the BPMN2 implementation on top of the pvm could use something like this as well. 

I don't know Aamof. What we need is a stable and extendable engine ....
But having a BPMN2 compatible engine sounds great.
Where can I read about it ?
Is there still a stable version ? 

"kukeltje" wrote :    
  | The editor is a different story. With new (user defined) element names it is harder to extend than the runtime engine, but not completely impossible. 
  | Using attributes would make it a little easier. 

The editorpart is the most important for our use-case because of our "stupid" process-architects :-P.
Which editor would you prefer (GPD or Signavio), I suppose Signavio would be the "state-of-art" solution, 
but the most important factor should be how easy the implemantation of such a feature is. 

"kukeltje" wrote :    
  | With regard to your 40 days, I think it is very well possible to extend the existing jPDL (maybe even the pvm) 
  | and the GPD to support large parts of this (contributions always welcome, with 'support' from our side in return ;-) ) 
  | If you want to go this way, discussing this in the dev forum is a good thing to do.

That sounds very good ;), I will post a topic in the developer forum summarizing the task,  but it can last until tomorrow, I need some time for summarizing the task in my head :-P.

CU Jan

P.S. I would hope to invest less than 40 days but that's the max. which I can provide.... 

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4253337#4253337

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4253337

More information about the jboss-user mailing list