atom feed26 messages in org.oasis-open.lists.ebsoaRe: [ebsoa] Process-Oriented Architec...
FromSent OnAttachments
Chiusano JosephApr 6, 2004 6:15 am 
David RR WebberApr 6, 2004 6:58 am 
Chiusano JosephApr 6, 2004 7:06 am 
David RR WebberApr 6, 2004 7:14 am 
Chiusano JosephApr 6, 2004 7:21 am 
David RR WebberApr 6, 2004 7:25 am 
Chiusano JosephApr 6, 2004 7:33 am 
Yunker, JohnApr 6, 2004 8:01 am 
Chiusano JosephApr 6, 2004 8:02 am 
David RR WebberApr 6, 2004 8:03 am 
David RR WebberApr 6, 2004 8:10 am 
Steve Ross-TalbotApr 6, 2004 8:10 am 
David RR WebberApr 6, 2004 8:23 am 
Duane NickullApr 6, 2004 8:26 am 
Duane NickullApr 6, 2004 8:29 am 
Chiusano JosephApr 6, 2004 8:45 am 
Mark YaderApr 6, 2004 6:39 pm 
Dale MobergApr 6, 2004 6:58 pm 
Duane NickullApr 7, 2004 8:56 am 
Duane NickullApr 7, 2004 9:02 am 
David RR WebberApr 7, 2004 11:41 am 
Chiusano JosephJun 7, 2004 10:41 am 
David RR WebberJun 7, 2004 10:45 am 
Chiusano JosephJun 7, 2004 10:55 am 
Steve Ross-TalbotJun 7, 2004 10:59 am 
David RR WebberJun 7, 2004 11:29 am 
Subject:Re: [ebsoa] Process-Oriented Architectures (POA)
From:Mark Yader (mjya@comcast.net)
Date:Apr 6, 2004 6:39:56 pm
List:org.oasis-open.lists.ebsoa

I question this: "The ability to support processes requires additional functionality in the transport layer where the rules of the process should be enforced."

Does this "additional functionality" (business processs support) lead us away from the KISS principle for the architecture. Again, I'm getting confused as to how much fits under the umbrella of ebSOA. Can we design an architecture in which the enforcement for business process rules is not part of the SOA ? Is this really a "transport layer" function ?

Mark

----- Original Message ----- From: "Chiusano Joseph" <chiu@bah.com> To: "Duane Nickull" <dnic@adobe.com> Cc: "David RR Webber" <dav@drrw.info>; "ebSOA" <ebs@lists.oasis-open.org>; "Monica J. Martin" <moni@sun.com> Sent: Tuesday, April 06, 2004 12:00 PM Subject: Re: [ebsoa] Process-Oriented Architectures (POA)

Duane Nickull wrote:

The way I understood it is that the term "Process Oriented Architecture" refers to the business or other end users point of view whereas SOA really a FSV term. This aligns with the UMM and other higher level MDA approaches.

The ebXML TA and UN/CEFACT eBusiness Architecture both support processes. The ability to support processes requires additional functionality in the transport layer where the rules of the process should be enforced.

Another term that has recently gathered momentum is "event driven architecture".

Yes - Gartner has been heavy on this one.

All SOA's are event driven by nature.

Agree. Eric Newcomer made the same comment at a recent session here in DC.

We may still have to explain this.

Chiusano Joseph wrote:

David RR Webber wrote:

Joe,

I humbly submit this is a redherring.

Service Oriented IMHO already implies Process by extension - since behind the delivery of any service there must be a process controlling and facilitating it. Tha'ts why BPSS and BPEL are part of the SOA stack.

Thanks David - but according to whom are they part of the SOA stack?

We need another acronym like a hole in the head - let's leave that stuff to the professionals at Gartner to dream up, eh? ; -)

Cheers, DW.

----- Original Message ----- From: "Chiusano Joseph" <chiu@bah.com> To: "ebSOA" <ebs@lists.oasis-open.org> Cc: "Monica J. Martin" <moni@sun.com> Sent: Tuesday, April 06, 2004 9:30 AM Subject: [ebsoa] Process-Oriented Architectures (POA)

I know that our concentration is to be service-oriented architectures, but at the same time I'm thinking about what will lie beyond (so that we can best prepare). A term popped into my head on the way home yesterday (the DC Beltway apparatentely inspires me): Process-Oriented Architecture, or "POA".

Has anyone heard this term used before? I Google'd it and found few hits, all of which seemed to be individual (rather than corporate) references.

As you can tell from the term, just as SOAs enable (involve, pick your favorite word here) the use of shared services, POAs will extend SOAs to enable the use of shared Web Services-based processes that are based on shared Web Services that are defined within SOAs, working in concert with each other. So for a US federal application (my primary client), this could mean a set of shared Web Services-based business processes for federal agencies, in a flexible, agile, process environment.

Does this concept resound with anyone?