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

 


Help: OASIS Mailing Lists Help | MarkMail Help

soa-rm message

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


Subject: Re: [soa-rm] [issue:structure] draft 07, sect 2, line 201, Figure 2-1


No, a processing model applies to each process independently.
Frank

On May 20, 2005, at 3:44 PM, Michael Stiefel wrote:

> I agree that a processing model is important.
>
> Nonetheless, how does a processing model fit into a single service.  
> Does not a processing model imply more than one service?
>
> At one point people were distinguishing a POA from a SOA.
>
> Michael
>
> At 06:18 PM 5/20/2005, Francis McCabe wrote:
>
>> Duane:
>> 1.  Process model as in WSDL/BPEL/CDL etc. The order of actions
>> against a service is at least as important as the data exchanged.
>> 2. Yes, contracts are dependent on policies
>> Frank
>> P.S. Good work. However painful it may seem, the process is proving
>> lightning fast. Perhaps there is more agreement on SOAs than on Web
>> Services:)
>>
>> On May 20, 2005, at 3:05 PM, Duane Nickull wrote:
>>
>>
>>> Frank:
>>>
>>> Thank you.
>>>
>>> Francis McCabe wrote:
>>>
>>>
>>>
>>>> I would prefer to see
>>>> 1. policy, contract linked together -- reflecting the
>>>> contract=agreed  policy idea.
>>>>
>>>
>>> DN - would it be fair to state that a contract is dependent upon a
>>> policy?  I think this is in alignment with the thinking from the  
>>> F2F.
>>>
>>>
>>>
>>>> 2. data model is one of the constraint types, like policy and
>>>> contract.
>>>>
>>>
>>> DN - that makes sense.
>>>
>>>
>>>
>>>>
>>>> 3. we should also mention process model if we are going to call
>>>> out  the data model.
>>>>
>>>
>>> DN - pertaining to the process of the service, not multiple
>>> services I presume?  For example - the way WSDL can describe the  
>>> I/ O charateristics of a specific service??
>>>
>>> I may whip up CoreRM7.png shortly.
>>>
>>> Duane
>>>
>>
>>
>
>
>



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