On 09/07/06, Jan Algermissen <[EMAIL PROTECTED]> wrote:
> >
> > > > Algermissen <jalgermissen@> wrote:
> > >
> > > > > Can one do SOA with messaging architectural styles? That is:
> > with
> > > > > styles that have a uniform interface with only a single
> > operation,
> > > > > data submission?
> >
> >
>
> > And the answer is of course "YES" because again this is just one
> > choice of implementation for the execution context.
> >
>
> Going back to the lightbulb example, how would we turn that thingy on
> and off with message queues? Would I have two queues per lightbulb
> one for TurnOn-events and one for TurnOff-events? Or just one
> lightbulb-state-representing queue per lightbulb where I send on or
> off messages?
>
> Or would I send commands to the lightbulb channel?
>
> I have never really taken a practical look at messaging, so these are
> real questions, not trying to be difficult.
>
> Thanks.
>
> Jan
Several options.
One queue per lightbulb with "on", "off" requests
One Queue Manager per lightbulb with a PUT, GET, POST etc series of
queues completely implementing a REST approach.
One queue with the request and the lightbulb identified in the header
and the payload to the request in the body.
Or probably best of all a pub/sub mechanism with subscribers listening
based on what they are for commands that are targeted towards them.
This is (IMO) massively simpler than a REST approach as it really
decouples consumers and producers and delegates the responsibility to
the ether to connect the two. Non-repudiation is a little tricker
mind, as is debugging.
Combining the REST QM, with pub/sub (QM subscribes on a subscription
queue then splits based on header information into the target queues)
offers obvious advantages over traditional REST.
And this is before we get to eventing models that split event from content.
Again, Capabilities and Services remain constant while the most
appropriate implementation mechanism is chosen.
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/
