I think we are agreeing. The reason why is that behavior describes fully what a service can take in and what it can deliver. Functions or methods only partially describe this. So what we want to to ensure that when we press buttons in a defined order we get the same results back always - that is regardless of how the service implements the behavior.
If behavior differs on input or indeed output then the behavioral type of the service cannot be said to match the behavioral type that the requestor requires and this can lead to unforseen consequences (both in terms of unexpected communication or misused functions/methods as well as things like livelocks, deadlocks and races). Cheers Steve T On 7 Nov 2005, at 14:39, Gregg Wonderly wrote: > Steve Ross-Talbot wrote: > > > On 6 Nov 2005, at 09:16, Jan Algermissen wrote: > > > > > Question: > > > > > > what constitutes identity in SOA? When can a client consider two > > > services to be identical? > > > > > > - when they have the same address? > > > > > > - when they have the same type (as in myService > ---isInstanceOf---> > > > ShoeOrderProcessor)? > > > > > > - when they have the same description? > > > > > > - unspecified; every SOA style software system must define > identity > > > for itself > > > > When they have the same behavior (i.e. when they are bisimilar). > > When they do the work that the client expected with the results that > the service > contract specified. The behavior to accomplish the result is > completely > separate from the results accomplished. > > Gregg Wonderly > > > > YAHOO! GROUPS LINKS > > ▪ Visit your group "service-orientated-architecture" on the web. > > ▪ To unsubscribe from this group, send an email to: > [EMAIL PROTECTED] > > ▪ Your use of Yahoo! Groups is subject to the Yahoo! Terms of > Service. > > ------------------------ Yahoo! Groups Sponsor --------------------~--> Get Bzzzy! (real tools to help you find a job). Welcome to the Sweet Life. http://us.click.yahoo.com/A77XvD/vlQLAA/TtwFAA/NhFolB/TM --------------------------------------------------------------------~-> Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/service-orientated-architecture/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
