soa-rm-ra message

Subject: RE: [soa-rm-ra] Policy Types

From: Danny Thornton <danny.thornton@scalablearchitectures.com>
To: Francis McCabe <frankmccabe@mac.com>
Date: Mon, 02 Jun 2008 13:22:34 -0700

This is inline with the summation I made about the policy for order flows example. And as you've suggested, I think there can be additional words around this in the policy section.

Danny

-------- Original Message --------
Subject: Re: [soa-rm-ra] Policy Types
From: Francis McCabe <frankmccabe@mac.com>
Date: Mon, June 02, 2008 12:59 pm
To: Don Flinn <flinn@alum.mit.edu>
Cc: Ken Laskey <klaskey@mitre.org>, Duane Nickull <dnickull@adobe.com>,
michael.poulin@uk.fid-intl.com, soa-rm-ra@lists.oasis-open.org

I have ben thinking about Don's policies.

To me, they are not policies in the same sense that we have talked
about. More like business logic.

However, having said that, there may be as a good reason to articulate
business logic as there is policy. I would note that many people
consider technologies like BPEL to be exactly that: ways of encoding
business logic in a language that is closer to the decision makers.
(Personally, I do not think that BPEL is all that good for that; but
hey its in XML so it must be good)

The kinds of constraint that show up in business logic are not nec.
the same as show up in security or admin policies. In order for us to
architect a 'customer discount policy' for example, or a 'shipping
policy', requires a transparency to capability that we have not
considered before.

I.e., if we wanted to describe and enforce that kind of business
logic, then architecturally, the issue of which shipping policy one
might use would have to be brought out of the service capability in
such a way that we could establish the link.

To do that, we would need to have a stronger idea of what processing
takes place.

I.e., in the mantra of knowing who is doing what to whom; we would
need to be able to decide what in as much detail as whom.

Frank
P.S. apologies if this seems too meandering.

On Jun 2, 2008, at 11:39 AM, Don Flinn wrote:

> Beware you carbon-based entities! It won't be too long -
>
> Sincerely,
> R2D2 (aka Don)
>
> Ken Laskey wrote:
>> except T4 will be the good guy
>>
>>
>> On Jun 2, 2008, at 11:50 AM, Duane Nickull wrote:
>>
>>> Does this mean we’ll see “T4 – the rise of SOA” in a theatre soon?
>>>
>>> ;-)
>>>
>>> On 02/06/08 8:28 AM, "michael.poulin@uk.fid-intl.com <mailto:michael.poulin@uk.fid-intl.com
>>> >" <michael.poulin@uk.fid-intl.com <mailto:michael.poulin@uk.fid-intl.com
>>> >> wrote:
>>>
>>>> Don wrote:
>>>> One of the purposes of SOA is to facilitate the replacement of
>>>> humans by machines.
>>>
>>> --
>>> **********************************************************************
>>> "Speaking only for myself"
>>> Senior Technical Evangelist - Adobe Systems, Inc.
>>> Blog - http://technoracle.blogspot.com
>>> Community Music - http://www.mix2r.com
>>> My Band - http://www.myspace.com/22ndcentury
>>> Adobe MAX 2008 - http://technoracle.blogspot.com/2007/08/adobe-max-2008.html
>>> **********************************************************************
>>
>> -----------------------------------------------------------------------------
>> Ken Laskey
>> MITRE Corporation, M/S H305 phone: 703-983-7934
>> 7515 Colshire Drive fax: 703-983-1379
>> McLean VA 22102-7508
>>
>>
>>
>>
>>
>
> --
> Don Flinn
> President
> Mansurus LLC
> e-mail: flinn@alum.mit.edu
> Tel: 781-856-7230
> http://mansurus.com
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this mail list, you must leave the OASIS TC that
> generates this mail. You may a link to this group and all your TCs
> in OASIS
> at:
> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php

---------------------------------------------------------------------
To unsubscribe from this mail list, you must leave the OASIS TC that
generates this mail. You may a link to this group and all your TCs in OASIS
at:
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php