Anne Thomas Manes wrote:
> Gregg,
> 
> Sorry, but I'm not following you. While I absolutely agree with the
> points you make below, I'm not sure what they have to do with the
> discussion as to whether services must be based on components. Folks
> have been extremely successful building highly reliable, performant,
> and scalable service-oriented systems using CICS/COBOL and IMS/PLI.
> Therefore I'm with Stefan. I see no reason why service orientation
> needs to be based on either components or objects.

Saying that SOA is not bound to a technology makes no sense.  An SOA's software 
components are bound to the capabilities of the technologies which create the 
implementation.  The SOA software system has no more capabilities, 
maintainability nor usability with/by other software than the underlying 
technologies allow.

If you design an SOA, have all of your business needs identified and supported 
by the flow of the software systems (component based, object based or pencil 
and 
paper based), but then try to implement with a software system that can't 
adequately support the system design, the SOA will not meet all of your needs, 
or perhaps it will meet none.

Thus, for me, there is a need to say it differently.

"An SOA doesn't have to use particular technologies to be viable.  However 
certain technologies might make an SOA more viable for a particular 
implementation or use than others.  So you still need to understand the value 
of 
each system that is part of your overall SOA and how it enables or inhibits 
your 
systems performance from each perspective that you might use to measure the 
success of your SOA."

Some SOAs work great with just pencil and paper.  Some need a computing device, 
others need a network.  Still others benefit from security (that doesn't 
involve 
weapons) and even more benefit from the all important common communications 
protocol.

Components and objects each have their benefits based on what type of system 
you 
are implementing or interfacing with.

Sorry if I'm still not being clear enough about my view of the issue.

Gregg Wonderly








 
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/
 


Reply via email to