WorkMan is a prototype workflow system in which considerable attention is paid to the workflows' transactional properties and the utilization of the services provided by database systems supporting SQL. In particular, the system provides different approaches for workflows' failure atomicity: like most other workflow systems, it provides a compensation mechanism, but besides this, it provides options. An option is a certification of the success of a possible later update. Through options, the problems related to dirty data can be avoided: instead of making dirty updates, workflows try to acquire options. If the workflow will commit, then the options are realised; otherwise they are cancelled. Options are implemented by installing appropriate constraints in the database. Two variations of options are introduced, called public options and internal options. They differ in whether the effects of granted options are visible to other concurrent activities.
[1]
Johann Eder,et al.
The Workflow Activity Model WAMO
,
1995,
CoopIS.
[2]
Gerti Kappel,et al.
From Rules To Rule Patterns
,
1996,
CAiSE.
[3]
Juha Puustjärvi,et al.
WorkMan - A Transactional Workflow Prototype
,
2000,
DEXA.
[4]
Jim Gray,et al.
The Transaction Concept: Virtues and Limitations (Invited Paper)
,
1981,
VLDB.
[5]
Krithivasan Ramamritham,et al.
Improving correctness and failure handling in workflow management systems
,
1998
.
[6]
Gottfried Vossen,et al.
Transactional Workflows
,
1997,
DOOD.
[7]
Ahmed K. Elmagarmid,et al.
A Multidatabase Transaction Model for InterBase
,
1990,
VLDB.
[8]
Sunil K. Sarin,et al.
Workflow and data management in InConcert
,
1996,
Proceedings of the Twelfth International Conference on Data Engineering.