> Components are typically associated with a component
> model -- JavaBeans, EJBs, servlets, COM, ActiveX,
CORBA Component Model, etc. And now, most
> recently, Service Component Architecture (SCA). In
> all cases, these component models define
implementation-specific packaging schemes.
>
> Services are more abstract and
implementation-neutral.
Anne, I disagree with you here.
Objects, Components and Services belong to three
different kinds of technologies and all are models.
An object groups data and functions into an unity of
levels of access. A component groups objects into a
unity of interaces of access. A service groups
components into an unity of components. I see this
evolotion of technology as stages of integration into
greater capabilities. Each time of intergation the
unity increases its capability and solves different
types of problems. The implementation of all three
unities requires platforms. Platforms are languages.
The use of unities of a technology in the SW does not
qaulify the SW having an architecture of that
technology. It must use the unities in certain way
such as object oritented SW must use inheritance. I
cannot see that SW without inheritance is object
oriented. I call this unity composing patterns. Each
technology has its composing patterns. Hence to judge
whether a SW is using Service technology is to see
that both services and service composing patterns are
used. Service unity is clear and the composing
pattern are to be defined.
Jerry
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
SPONSORED LINKS
| Computer software | Computer aided design software | Computer job |
| Soa | Service-oriented architecture |
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.
