Sign in
MSDN Blogs
Microsoft Blog Images
More ...
Thinking about Process and Workflow…
Common Tasks
Blog Home
Email Blog Author
About
RSS for comments
RSS for posts
Search
Tags
Architecture
BPEL4WS
BPM
Cloud
Compliance
Design
e-Gov
IASA
Internet Scale Computing (ISC)
OffTopic
Process and Workflow
Service Orientation
Silverlight
taxonomy
WebServices-IntegrationandInterop
Windows 8
XML
Archives
Archives
May 2013
(1)
April 2013
(2)
November 2012
(2)
October 2012
(1)
September 2012
(1)
August 2010
(1)
May 2010
(1)
September 2009
(1)
December 2008
(1)
November 2008
(1)
July 2008
(1)
May 2008
(2)
April 2008
(4)
March 2008
(1)
February 2008
(6)
January 2008
(3)
December 2007
(1)
November 2007
(8)
October 2007
(1)
September 2007
(1)
August 2007
(8)
July 2007
(2)
June 2007
(3)
May 2007
(2)
April 2007
(6)
March 2007
(4)
February 2007
(7)
January 2007
(10)
December 2006
(4)
November 2006
(10)
October 2006
(4)
September 2006
(2)
August 2006
(7)
July 2006
(1)
June 2006
(10)
May 2006
(3)
March 2006
(3)
February 2006
(8)
January 2006
(3)
December 2005
(2)
November 2005
(11)
October 2005
(2)
September 2005
(6)
August 2005
(3)
June 2005
(5)
May 2005
(5)
April 2005
(5)
March 2005
(5)
February 2005
(1)
January 2005
(3)
December 2004
(7)
November 2004
(10)
October 2004
(1)
September 2004
(4)
August 2004
(8)
July 2004
(2)
June 2004
(12)
Thinking about Process and Workflow…
John_Evdemon
21 Sep 2005 7:54 PM
Comments
0
A while ago
I blogged some various points about SOA
that some people thought was interesting. Lets try the same with workflow:
Like SOA, the workflow model is fractal. Activities within a workflow may contain other activities which, in turn, may be a part of another workflow (perhaps it really
is
turtles all the way down
).
Each participant in a global choreography model has public and private views of their role in the model.
There is no "conductor" within a global choreography model.
Hierarchical state machines manage and track the state of each participant's view of the global choreography model. The state machines rely upon message-based communications, not RPC mechanisms. State machines include entry and exit guards that may trigger additional messaging.
Process compensation is not a silver bullet for exception handling. Put more simply, there is no such thing as a "roll back" in a business process. Sometimes compensation is simply not enough.
More to come.
0 Comments
Service Orientation
,
BPEL4WS
,
OffTopic
,
Process and Workflow
Leave a Comment
Name
Comment
Please add 8 and 4 and type the answer here:
Post