The difference is that the workitem is set to state aborted instead of completed. And you could for example access the work item state in an on-exit action on the work item and do something in that case (throw an exception, set a process variable).
It is correct however that the process continues, regardless of whether you completed or aborted the work item. This is actually something that we have foreseen as a future extension but is not yet implemented in the editor: I would like to make it possible to have a separate outgoing connection for when the work item has been completed. This would then allow you to specify a path that needs to be followed when the work item has been aborted. But we need support for that in the editor before being able to do that. So for now, I would suggest sticking to complete, and simply pass any information using the result parameters, either normal completion information or error information. You can then map this info to process variables and use anytime further in the process. Kris Quoting jschmied <nab...@juergenschmied.de>: > > Hi! > > I implemented a workitem an I call completeWorkItem/abortWorkItem > depending > on the success of the work. > > The workflow goes on, nevertheless what I call. > > How can I handle abortWorkItem in my process? This function is not > documented. > > Thanks > > juergen > > (cu at JUDCon in Berlin) > -- > View this message in context: > http://drools-java-rules-engine.46999.n3.nabble.com/WorkItem-meaning-of-abortWorkItem-tp1439653p1439653.html > Sent from the Drools - User mailing list archive at Nabble.com. > _______________________________________________ > rules-users mailing list > rules-users@lists.jboss.org > https://lists.jboss.org/mailman/listinfo/rules-users > Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm _______________________________________________ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
