W3C home > Mailing lists > Public > www-ws@w3.org > July 2001

Re: Question about DAML-S Execution

From: Anupriya Ankolekar <anupriya+@cs.cmu.edu>
Date: Fri, 27 Jul 2001 14:37:37 -0400 (EDT)
To: daml-process@bbn.com, www-ws@w3.org, Sheila McIlraith <sam@ksl.stanford.edu>
Message-ID: <Pine.LNX.3.95L.1010727143014.14280A-100000@ux10.sp.cs.cmu.edu>
Hi Sheila,

Upon further thought, I think I better understand what you meant about
exception-handling not being part of the process model. Please correct me
if I am wrong: 

The process model describes a composite process assuming that each
sub-process will ultimately execute correctly and any condition that is
required for the correct execution of the process and its followers can be
specified through preconditions. Any error or exceptional condition
arising from the executional aspects of the model are not handled by the
model itself. They are lower-level things that the process model has no or
little knowledge of. 

However, will the DAML-S process execution model have knowledge of the
kinds of exceptions thrown by the services and be able to handle them?
This would, as you mentioned, depend on the Grounding. I am basically
wondering about what the scope of the DAML-S process execution model will
be. While this may still need to be resolved, any thoughts/ideas on this
so far would be most welcome. 

Many thanks, 

On 27 Jul 2001, at 7:28, Anupriya Ankolekar wrote: 

> Hi Sheila, 
> > > > I am wondering, in particular, what happens when an exception or a
> > > occurs in one of the Bi and it does not
return or it returns an error?  
> > > Would the entire process stop there and return the error? In WSFL,
> > > flow execution repeats the
process giving the error until it completes 
> > > successfully. I am not
sure this is a good idea. It would probably be 
> > > better to catch the
error and leave it up to the specifier to decide how 
> > > to handle it. 
The process model, at the moment, does not have an explicit 
> > > way to
catch an error. Perhaps this is something we need?  
> > 
> > 
> > The
process model only describes the control flow and data flow of the 
> > composite process.  It does not talk about execution.  This is what we
> > envisaged being present in the process execution model (building on 
> > the concepts in the process model and with some info from the service
> > grounding model), which we have not created yet. 
> > 
> > I know this doesn't solve your problem, but I hope it clarifies 
> > DAML-S.  
> Thanks for the clarification. However, I may be a little confused here,
> because I still do not see how exception-handling does not also come in
> the domain of the process model. When a sub-process returns an exception
> or a fault message, the handling of this exceptional case does involve 
> both control flow and data flow, which can be (and I think needs to be)
> described within the process model. I am thinking of something like ...
> Process model of a service S: 
> S: A -> (B: error1 -> D) -> C
 > D: E -> F 
> General process execution model:  
> If errorX, then [activity that generated error] disabled, 
> [error-handling activity] active 
> Is the above (rough) example correct or have I missed something? 
> Many thanks, 
> Anupriya. 
> -- 
> [To unsubscribe to this list send an email to"majdart@bbn.com"  
> with the following text in the BODY of the message "unsubscribe
Received on Friday, 27 July 2001 14:38:35 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:37:06 UTC