- From: He, Hao <Hao.He@thomson.com.au>
- Date: Fri, 12 Sep 2003 09:35:49 +1000
- To: "'Francis McCabe'" <fgm@fla.fujitsu.com>, "Champion, Mike" <Mike.Champion@SoftwareAG-USA.com>
- Cc: www-ws-arch@w3.org
- Message-ID: <686B9E7C8AA57A45AE8DDCC5A81596AB0922DB7D@sydthqems01.int.tisa.com.au>
When I have been pushing the SOA idea internally I have taken a different tack. For what it is worth, I think that the statefullness/statelessness and the idempotent stuff is kind off-target to the main issues; but I am not going to be roadkill for that. <hh>I put them as optional but I think that they are worth mentioning since they have been widely recognised and used. </hh> So, for what it is worth, in presentations I approach it thus: The SOA is founded on three key ideas: 1. Conversation oriented interactions as opposed to object-oriented interactions. I.e., the focus in on what goes on the wire, and not what happens at either end. <hh>This seems to fit with my second constraint, which also says that you need to limit your messages in some way but also want to keep them extensible. If you don't, you are not much better off. </hh> 2. The agent abstraction - services are provided and requested by computing entities called agents. The central constraint being that we are *not* allowed to know anything about how the agent is built, the only thing that we can see are the messages it emits and consumes. <hh>This seems to be talking about the concept of service and my first constraint. </hh> 3. Copious quantities of meta-data (or otherwise known as 'death by description') permits human and automatic agents to figure out how to interoperate. <hh>I guess that this is optional as some of the meta-data are implied. </hh> I guess that this is a constraint-oriented view! The benefits that this gives are: 1. Respect for ownership boundaries. Because we are not allowed to know how agents are built, and because it is 'wire-based', the architecture works in an environment where the agents are owned by different people. 2. Ease of integration with legacy systems: because of aggressive minimization of knowledge of the internals, it makes it easier to add a WS interface to legacy systems. <hh>I believe that you are talking about loose-coupling and the benefits of loose-coupling.</hh> Hao
Attachments
- text/plain attachment: InterScan_Disclaimer.txt
Received on Thursday, 11 September 2003 19:34:13 UTC