Hi John, We are in production with our 2nd customer using ruote to automate/customize customer-specific workflows. Today I ended up with a process in a bizarre state. In ruote-kit it looks like this: */_ruote/expressions/0!2bfe27dc8c5f7401f24d5251051df3e6!20130314-duzetako*<https://www.dualenroll.com/_ruote/expressions/0%212bfe27dc8c5f7401f24d5251051df3e6%2120130314-duzetako> 0 define 2013/03/28 09:11:38 */_ruote/expressions/0_0!d646af9e1b24e3fabd9bd1c90981dfb0!20130314-duzetako*<https://www.dualenroll.com/_ruote/expressions/0_0%21d646af9e1b24e3fabd9bd1c90981dfb0%2120130314-duzetako> 0_0 define 2013/03/28 09:11:06 * /_ruote/expressions/0_0_0!3731e46f1f90b77009cadc8b0ba2fa82!20130314-duzetako *<https://www.dualenroll.com/_ruote/expressions/0_0_0%213731e46f1f90b77009cadc8b0ba2fa82%2120130314-duzetako> 0_0_0 sequence 2013/03/28 09:11:06 * /_ruote/expressions/0_0_0_0!00adb4ade9062cf817aa338d1573a0e3!20130314-duzetako *<https://www.dualenroll.com/_ruote/expressions/0_0_0_0%2100adb4ade9062cf817aa338d1573a0e3%2120130314-duzetako> 0_0_0_0 cursor 2013/03/28 09:11:06 */_ruote/expressions/0_10!003236680d97c34a83a9517f2e66d302!20130314-duzetako *<https://www.dualenroll.com/_ruote/expressions/0_10%21003236680d97c34a83a9517f2e66d302%2120130314-duzetako> 0_10 sequence 2013/03/28 09:11:38 * /_ruote/expressions/0_10_3!52736fef56c0848405e18377d86b154e!20130314-duzetako *<https://www.dualenroll.com/_ruote/expressions/0_10_3%2152736fef56c0848405e18377d86b154e%2120130314-duzetako> 0_10_3 concurrence 2013/03/28 09:11:38 * /_ruote/expressions/0_10_3_0!9b96c0eb062acccfe99123e0c0587361!20130314-duzetako *<https://www.dualenroll.com/_ruote/expressions/0_10_3_0%219b96c0eb062acccfe99123e0c0587361%2120130314-duzetako> 0_10_3_0 subprocess 2013/03/28 09:11:06 Hopefully email didn't mangle this. If it did, the odd thing is that the leaf nodes of my expression tree are a cursor and a subprocess. I wouldn't expect to see a tree like this except temporarily after a participant expression was completed (aside: we use 'complete' to mean what ruote-kit calls 'proceed' what ruote calls 'reply'/ 'receive') and the replies are still propagating up the tree. I suspect what happened is that the ruote process was killed/restarted while the replies were being processed, and that something got lost. Two questions: 1. Is there a way to get ruote to pick up where it left off, and continue processing replies? 2. Does ruote use transactions? Our current backend is MySQL with MyISAM tables, we are migrating to postgres for other reasons but it would be nice to able to tell management that switching to a transactional database will prevent this problem from occuring in the future. Using ruote-sequel for the storage. ruote version is 2.2.0. I know that is old, but that was the official release when we went into production and I haven't had an opportunity to upgrade. Any help greatly appreciated. Thanks, Steve
-- -- you received this message because you are subscribed to the "ruote users" group. to post : send email to [email protected] to unsubscribe : send email to [email protected] more options : http://groups.google.com/group/openwferu-users?hl=en --- You received this message because you are subscribed to the Google Groups "ruote" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/groups/opt_out.
