Three models are to let the message itself denote the
action to take by the service or let the name of the
service operation denote the action to take or a
combination of both. Which model is used is a matter
of preference.
Since it is only the information model being fed to
the service, I personally like letting the message
defined by the information model denote the action
(one service can handle many different types of
messages). This model is used by message driven beans
for example where a single onMessage receives all the
types of messages that can be sent to the message
driven bean. Policies and constraints can be
associated with each message type the service can
handle. All messages to the bean/service do have to
inherit from a common message type though. This is
how I may prefer to do it, but the model used is more
likely to be dictated by the tools used for the task
at hand.
Danny
OK, but how does this address my basic questions?
Ken
On Jan 22, 2008, at 11:05 PM, Danny Thornton wrote:
Talking in feed speak, the service is being fed
the
information model.
Danny
I'm not talking implementation (SOA can use OO
principles to develop
the code) but general mindset. We once agreed
that
asking "what is a
service?" is similar to asking "what is an
object?"
because the
answer is it could be anything that fits your
problem. My thought is
a service is not necessarily a good object that
you
operate on but
more like an operation that you may be feeding
objects to.
Again, this is all at the concept level, no
implementation.
Ken
On Jan 22, 2008, at 6:45 PM, Duane Nickull wrote:
In SOA, is it necessary that there is an object
behind the
service? We talk to the interface (service)and
don’t really care
what is behind it. Assuming there is an object
could be errant and
architecturally un-elegant.
Duane
On 1/22/08 3:05 PM, "Ken Laskey"
Is it fair (or at least not too distorted) to
say
that with OO we
define an object and look for what we can do to
it (i.e. its
methods) while with SOA we identify what we
want
to do (i.e.
business functions) and then, if appropriate,
look for objects to
do it to?
--
**********************************************************************
"Speaking only for myself"
Senior Technical Evangelist - Adobe Systems,
Inc.
Adobe MAX 2008 -
max-2008.html
**********************************************************************
----------------------------------------------------------------------
--
-----
Ken Laskey
MITRE Corporation, M/S H305 phone:
703-983-7934
7151 Colshire Drive fax:
703-983-1379
McLean VA 22102-7508
______________________________________________________________________
______________
Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now.
http://
mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
------------------------------------------------------------------------
-----
Ken Laskey
MITRE Corporation, M/S H305 phone: 703-983-7934
7151 Colshire Drive fax:
703-983-1379
McLean VA 22102-7508
____________________________________________________________________________________
Looking for last minute shopping deals?
---------------------------------------------------------------------
To unsubscribe from this mail list, you must leave the OASIS TC that
generates this mail. You may a link to this group and all your TCs in OASIS
at: