in reply to Managing a web form submission work queue
I'm glad to have found this discussion as I am facing a similar issue. It seems the consensus for managing work-in-progress is via a status field in the work queue database. That's the approach I was considering so am glad to see it validated.
However, none of the posters who suggested this method gave any input about how to recover from error conditions. How does the script know if a record marked as 'in-progress' is actually being worked, is stalled (because the user took a lunch break), or needs to be returned to the queue because of a system crash, user error or other anomaly?
In my case, each user has an id which I plan to use for checking if there is already a record being worked by this user. It won't catch stalled records if the user doesn't return which is not ideal. I could get around that by adding an additional expiration check for nn minutes/hours/days. Any other suggestions/comments would be most appreciated.
Thanks,
William
|
---|
Replies are listed 'Best First'. | |
---|---|
Re: Re: Managing a web form submission work queue
by Limbic~Region (Chancellor) on May 12, 2004 at 12:53 UTC | |
by knowmad (Monk) on Oct 08, 2004 at 13:04 UTC | |
by Limbic~Region (Chancellor) on Oct 08, 2004 at 14:12 UTC | |
by knowmad (Monk) on Oct 08, 2004 at 14:18 UTC |