Tracking change and innovation in the enterprise software development community
QCon San Francisco
Nov 19-21:
+ 80 sessions & tracks
Register now
and Save $400!
IBM WebSphere
Virtualize apps
to lower costs,
Increase agility
Learn more!
Create REST
-enabled Web Apps
with Project Zero
from IBM.
Terracotta:
Scale your
Apps w/ease
Offload the DB:
Learn More!
Posted by Stefan Tilkov on Nov 21, 2006 03:20 PM
With a very funny blog post, written in the form of a dialogue between a Web services expert and a hypothetical developer, Pete Lacey has started an amazing chain of postings. Here is quick excerpt, but be sure to read the whole post ("SG" stands for "SOAP guy"):
SG: Forget what I said. From here on in we pass around coarse-grained messages—you like that term, coarse-grained?. Messages that conform to an XML Schema. We call the new style Document/Literal and the old style RPC/Encoded.
Dev: XML Schema?
SG: Oh, it’s all the rage. Next big thing. Take a look.
Dev: (Reads XML Schema spec). Saints preserve us! Alexander the Great couldn’t unravel that.
Among the many industry luminaries linking to Pete's post are Nelson Minar, who designed the SOAP-based Google APIs for both Google's search AdWords and says he'd never choose SOAP and WSDL again, IBM's Sam Ruby, who shows that REST as an alternative to SOAP is not without (fixable) problems, Sun's Tim Bray, and Ruby on Rails creator David Heinemeier Hansson.
Bill de hÓra's comment is a nice RESTafarian summary:
Which is worse, that everyone gets it now and we'll have REST startups in Q207, or that it took half a decade?
Create a photo album application with Project Zero and REST design principles
Rainmaking - IBM's software virtualization strategy (Jerry Cuomo CTO blog)
RESTful todo list sample tutorial with Groovy & Project Zero
WebSphere Virtual Enterprise 3 minute demo
Introducing Project Zero: Building RESTful services for your Web application
>Which is worse, that everyone gets it now and we'll have REST startups in Q207, or that it took half a decade? Unfortunately, even that may be a false choice. My experience is that not everyone gets it now... so it's actually worse than either of those alternatives, sadly. I'm not suggesting that SOAP is the wrong choice for all cases (sometimes you don't control the choice of protocol between you and your collaborators), but it's just that when it clearly *is* the wrong choice, it's still too often the first tool to come out of the toolbox, as if it were the only one available.
While you're certainly right that there is still a lot of people who don't "get it", I do think that there's a lot more acceptance than, say, two years ago. Back then, even considering REST was considered weird ...
Thanks so much for this! This is exactly what I was looking for mirc mırc eski mirc kameralı mirc irc komutları mirc indir mirc indir mırc indir mirc mırc mirc yükle mirc download islami sohbet dini sohbet islami site islami chat kelebek kelebek script kelebekscript kelebek.gen.tr kelebek.com kameralı mirc indir kameralı mirc kameralı sohbet chat chat yap chat sohbet chatsohbet çet çet sohbet çet yap sohbet kanalları izmir sohbet kanalları sohbet odaları aşk sohbet odaları chat odaları soru cevap sevgili sevgili bul arkadaş arkadaş ara arkadaş bul arkadaşlık bedava sohbet arkadaşlık sitesi arkadaşlık siteleri partner erkek arkadaş bayan arkadaş oto araba mp3 astroloji zoydak nedir cep telefonları gazete marifetname bedava domain ücretsiz domain bayii parça kontör bayiliği bayii radyo dinle
Thin client paradigm characterized by web applications is a kludge that needs to be repudiated. Old compromises are no longer needed and it's time to move the presentation tier to where it belongs.
In this presentation filmed during QCon 2007, Jeff Sutherland, the creator of Scrum, talks about his visit at Google to do an analysis of Google's first implementation of Scrum.
In this article, Bryon Jacob and Chris Berry introduce AtomServer, their implementation of a full-fledged Atom Store based on Apache Abdera, which is now available as open source.
It is easy to think that virtualization applies only to servers. In reality the recent resurgence of the concept is also being applied to networking, storage, and application infrastructure.
In this article, Stefan Tilkov explains some of the most common anti-patterns found in applications that claim to follow a "RESTful" design and suggests ways to avoid them.
In this article, Adrien Louis and Marc Dutoo discuss the differences and relative merits of using orchestration vs. routing in a typical ESB setup, and discuss various implementation options.
Wayne Lund discusses batch processing, Spring Batch objectives and features, scenarios for usage, Spring Batch architecture, scaling, example code, failures and retrying, and the future roadmap.
Developer Jay Fields draws on his experiences as a ThoughtWorks consultant to describe effective user story estimation techniques.
3 comments
Reply