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

 


Help: OASIS Mailing Lists Help | MarkMail Help

soa-rm-ra message

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


Subject: Re: [soa-rm-ra] Fw: [soa-rm] Why service composition and composite applications are anti-patterns of SOA


But if we are going to use aggregation consistently instead of composition, we should be clear what we mean and why.� I don't necessarily want to pick a fight with anyone but we should be clear about our own meaning.

Ken

On Sep 27, 2007, at 6:58 PM, Duane Nickull wrote:

I don�t think we would condone fighting others over this, just being accurate in our own work. Let others use the composition convention as they see fit � beyond our control to influence anyways.

/d


On 9/27/07 3:37 PM, "Ken Laskey" <klaskey@mitre.org> wrote:

Let's see what it means to make a clear case for this.� If the path is too tortured, we probably don't want to waste the capital fighting that value.� If it's fairly straightforward, maybe we want to give it a shot.

Ken

On Sep 27, 2007, at 12:35 PM, Duane Nickull wrote:

For accuracy sake, I concur.


On 9/26/07 2:05 PM, "Jeffrey A. Estefan" <[email protected]>
wrote:


Duane,

Should we revise our discussion of composition of services in the RA we are
developing to state "aggregation of services" or "service aggregation?"� I
certainly see your point and from a UML perspective but I also agree with
you comments in your blog that essentially the 'train has left the station'
so-to-speak for quite some time now and industry is getting very familiar
with the nomenclature of "service composition."� Can we expect to buck the
system via the RA?� Don't know.� Just a question.� And what is the GoF view
on composition say via the structural Composite Pattern?

Others?

�- Jeff E., JPL

----- Original Message -----
From: "Duane Nickull" <[email protected]>
To: <[email protected]>
Sent: Thursday, September 20, 2007 9:54 AM
Subject: [soa-rm] Why service composition and composite applications are
anti-patterns of SOA



http://technoracle.blogspot.com/2007/09/soa-anti-patterns-service-compositio
n.html


--�
**********************************************************************
"Speaking only for myself"
Blog - http://technoracle.blogspot.com
Community Music - http://www.mix2r.com
My Band - http://www.myspace.com/22ndcentury
MAX 2007 - http://technoracle.blogspot.com/2007/07/adobe-max-2007.html
**********************************************************************






--�
**********************************************************************
"Speaking only for myself"
Blog - http://technoracle.blogspot.com
Community Music - http://www.mix2r.com
My Band - http://www.myspace.com/22ndcentury
MAX 2007 - http://technoracle.blogspot.com/2007/07/adobe-max-2007.html
**********************************************************************





-----------------------------------------------------------------------------
Ken Laskey
MITRE Corporation, M/S H305� � ��phone: 703-983-7934
7151 Colshire Drive�� � � � � � � � � � � ��fax:�� � ��703-983-1379
McLean VA 22102-7508








--
**********************************************************************
"Speaking only for myself"
Blog - http://technoracle.blogspot.com
Community Music - http://www.mix2r.com
My Band - http://www.myspace.com/22ndcentury
MAX 2007 - http://technoracle.blogspot.com/2007/07/adobe-max-2007.html
**********************************************************************

-----------------------------------------------------------------------------
Ken Laskey
MITRE Corporation, M/S H305� � �phone: 703-983-7934
7151 Colshire Drive� � � � � � � � � � � �fax:� � �703-983-1379
McLean VA 22102-7508




smime.p7s



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