The question on middleware is (for me) pretty much null and void. in the WS-* world I saw the ESB as being purely about mediation, something that is liable to be still required in the REST world (hell a proxy is part of that isn't it?). If what you mean is a logic centric middleware solution then I'll agree, if you mean that every client connects directly with every server and there is no ability to put mediation in between then I'd disagree.
REST clearly isn't "middlware" in the same way as WS-* wasn't "middleware" that doesn't mean that something doesn't sit, or indeed often need to sit, between the client and the server. Steve 2009/10/1 Alexander Johannesen <[email protected]> > > > Heh, > > The only thing that didn't make sense was Steve thinking he was a heretic. > :) > > There's always been a semantic wall between those who push pure REST > and those who push some implementation of it. I like the idea of an > architectural framework for doing things RESTfully, but I don't see it > as something that fits into the middleware; to me, if clients and > servers are RESTful, your job is done. In fact for me, REST eradicates > most needs for middleware, and I suspect this might be why some push > REST back into middleware (either through staying alive or lack of > understanding), but that's just pure speculation. > > Alex > -- > Project Wrangler, SOA, Information Alchemist, UX, RESTafarian, Topic Maps > --- http://shelter.nu/blog/ ---------------------------------------------- > ------------------ http://www.google.com/profiles/alexander.johannesen --- > >
