eZ Community » Forums » Developer » Engineering request for testing:...

Engineering request for testing: stateful operations

Engineering request for testing: stateful operations

Friday 14 January 2011 12:30:57 pm - 3 replies

Hi !

Yesterday, we came across an issue in the workflow/operation system. While operations interrupted by a workflow (for instance approval) will be resumed where they left off, interruptions from an operation method will restart the operation from scratch. This is quite severe, even though it fortunately only affects the kernel aspect of operations. No default method that I know of halts an operation by default, and therefore it had never been seen.

You can see the issue here, as well as the proposed patch: http://issues.ez.no/IssueView.php?Id=17840.

If you have a possibility to test it, please do ! I'm especially interested in tests on systems where real life workflows are used, interactive or not, and whatever the operation is. If it is a custom operation, it is even bettter !

Please let me know here.

Friday 14 January 2011 2:10:46 pm

1. Care to explain the interaction between interactions and operations, for the people who rae not that deep into them (or just forgopt blunk.gif Emoticon ) ?

2. while working on this one thing that should be added to the current workflow events api is support for XA transactions: if an event at the end of the workflow ends in ABORT, the db transaction is currently rolled back, but the event handlers that previously executed get no chance to rollback their work

Friday 14 January 2011 2:38:07 pm

2) honestly, I can't add much more. I've already spent quite some time on this while it was unplanned, and really won't be able to fit more right now sad.gif Emoticon

1) which aspect exactly do you wish I elaborate upon here ? Just guide me, I'm a little slow today happy.gif Emoticon

Saturday 15 January 2011 1:55:00 pm

About point 1: just general info about "operations" will do

- some operations have triggers (and thus can have workflows added to them), while some olthers do not declare triggers. Correct? The list of operations that have triggers is found in workflow.ini

- operations are grouped in modules; the ggsysinfo extension can be used to show all of the operations available on a given install

- operations are declared in a operation_definition.php file inside the module directory; every operation can consist of a series of php methods that will be invoked one after the other (eg. content/publish has 19 php methods in it)

- what are the expected return values for those php methods that are declared as part of oeprations, and how can they "interrupt" the operation?


You must be logged in to post messages in this topic!

36 542 Users on board!

Forums menu

Proudly Developed with from