On Mon, 2009-09-07 at 18:28 -0400, Bob McWhirter wrote:
I personally think that we might want to leverage the community
that'll also be building around REST-* (
http://jboss.org/reststar).
There, the intent it to build RESTful APIs (but not necessarily
implementations) for things like messaging, transactions, and storage.
Very cool; the world will definitely be a better place with agreement on
API's in those areas.
In the very big picture, I am hoping that we'll get to a place where we
have API's for all the infrastructure building blocks that are
event-driven (i.e., backed by messaging) rather than inherently
request-based API's. With Qpid/QMF, we have a solid foundation for such
API's. In a message-based world, there'll always be a need for bridging
request-driven API's into the event-driven world (e.g., there's little
we can do to make Amazon's API's go that way), but there are plenty of
services that we can change to support event-driven interaction
natively.
For application writers, life would be much easier, and we'd save each
application from implementing its own caching/updating logic to track
state etc. That logic would either reside in the services themselves, or
in the poll/event bridges.
David