OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

provision message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [provision] Asynchronous requests.


Doron,

There is (currently) no way for an RA to *explicitly allow*  
asynchronous execution in a request.  An RA must do one of the following:
- explicitly request asynchronous execution
- explicitly request synchronous execution
- omit the execution attribute (which could be taken as
   implicitly allowing either type of execution).

Does this change your opinion (that it is okay for a provider to convert 
a request to asynchronous execution)?

gpc

Cohen, Doron wrote:

>Jeff,
>
>I understand the scenario, but I believe in many cases the client would
>anticipate the workflow scenario and use async the first place.
>In any case, I do not object to allowing the PSP to convert the request as
>long as the RA explicitly allows that in the request. If it doesn't the PSP
>can either accept it and allow the client to wait indefinitely OR reject the
>request with a fail status.
>  
>



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]