Re: Traditional RPC
Mike Champion wrote: > >... > > I'll predict that both win: Traditional RPC really is the easiest > way for programmers, and will work well enough behind firewalls > and between established partners and in arenas where user simplicity > matters more than system reliability (e.g., for Userland's typical > customer, AFAIK). But now matter how fast the Internet that we know > today improves latency, reliability, security, etc., it will > be extended geographically and to smaller > and more mobile devices,continually opening more niches where the REST > paradigm shines. Right, that's why I told Dave that it will often make sense to have both. > The only "REST rules, RPC drools" scenario I can imagine, i.e. that > would make the WS tool vendors' inital focus on RPC ill-considered, > is if the non-programmers somehow grok REST big time > and find it an easy migration path from what they do now to > the Wonderful World of Web Services. Over several years as people see REST apps deployed on the public Internet they may think it makes sense to apply the same principles in-house, as "corporate networks" became "intranets". There is little doubt that this will happen to some extent. As Gartner would say: 0.95 probability. What will be the breakdown between REST versus RPC versus XYZ? Hard to tell. Paul Prescod
PURCHASE STYLUS STUDIO ONLINE TODAY!
Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!
Download The World's Best XML IDE!
Accelerate XML development with our award-winning XML IDE - Download a free trial today!
Subscribe in XML format