Mule - Universal Messaging Objects:
REST API to provide technology agnostic and language neutral web based access to Mule Events
REST API to provide technology agnostic and language neutral web based access to Mule Events
I realized that in some ways, what Oracle and eBay are doing is similar, although they're operating at opposite ends of the longtail: they're both selling tools for people who sell things to interact with the people who want to buy.
More interestingly, Skype, with it's huge installed base and proprietary protocol would make a marvelous P2P auction platform.
eBay has always been a walled-garden because eBay is afraid, and rightly so, that if they let merchants and customers contact each other directly, the transaction could happen off-network with eBay not getting their cut. Having control of the client on the desktop gives them better control and consequently enables richer merchant and buyer interaction–that's a big win for eBay.
An interesting challenge I've faced at work is convincing some of the developers on my team that just because we use SOAP for the services we use internally, this doesn't mean we may not use alternate appproaches for Web facing services. This issue first came up when we decided to go with the MetaWeblog API as the blog editing API for MSN Spaces and I'm sure it will keep coming up.
When you have a hammer, everything looks like a nail. SOAP/WS-* are not the answer to every problem and just because they can't be used in a particular problem space doesn't mean that problem space any less valid than others. The sooner people understand the dichotomy that is intranet vs. internet service development, the better.
It lets people develop ideas you couldn't even think of before.