-
Some early Web history from Roy
-
“Put succinctly, 20 years into an architecture, success is measured by the ability of systems implemented on Day One to interoperate unchanged with systems implemented on Day 20369.” I’ll be there.
-
Go, Anne. It seems like the mobile crowd are committed to fragmenting the Web. WAP is dead, long live WAP!
-
Google goes open data? Some services already are (e.g. GMail – can download all email via POP3), but I expect they’ll be very selective with what they open up.
-
“The Senators Ticket Marketplace is an online service that allows Senators Full Season Package Holders to resell their tickets to fans interested in purchasing premium seat locations for Senators hockey games.” Yeah!
-
“Your work is not done, but your victory against the evil of pork and Pinot resting on neighboring shelves is secured.”
-
For air travellers confronted with oxygen masks. Hah!
-
“While this group is not the first to identify these problems, we do recognize that there may be a single architectural enhancement that solves them all. Namely, a higher-level DNS-based naming scheme (i.e. URIs) coupled with signaling protocols […]”. H
-
I knew I recognized crummy.com (home of Leonard Richardson of recent REST book fame) from somewhere! I used BeautifulSoup for a project a couple of years ago.
-
New AC outfitting for international executive-first.
-
“In short, if SOAP is only useful when used in conjunction with the advanced WS framework, then, for the time being at least, SOAP isn’t useful at all” Ding! Subscribed. P.S. Pete – one word to respond to your last paragraph; Atom.
I like how news of Sam and Leonard’s REST book is kicking off a new REST/SOAP thread. This time though, it seems the tables are turned and it’s the Web services proponents who are having to defend their preferred architectural style, rather than other way around. It’s about freakin’ time! I’m kinda tuckered 8-O
Sanjiva chimes in, in response to Sam’s probing questions;
ARGH. I wish people will stop saying flatly incorrect things about a SOAP message: it does NOT contain the method name. That’s just a way of interpreting SOAP messages […] SOAP is just carrying some XML and in some cases people may want to interpret the XML as a representation of a procedure call/response. However, that’s a choice of interpretation for users and two parties of a communication may interpret it differently and still interoperate.
Oh my.
Every message has a “method”; a symbol which is defined to have a certain meaning understood by sender and recipient so that the sender understands what it’s asking be done, and the recipient knows what it’s being asked to do. A recipient which doesn’t understand what is being asked of it cannot process the message for hopefully obvious reasons.
What Sanjiva’s talking about there is ambiguity as a feature of Web services; that some recipients will interpret a message to mean one thing, while others another. Note that this is very different than what the recipients actually do in response to the message; that can and should, obviously, vary. But varying interpretations of the meaning of the message? Absurd.
-
Duh! Integration isn’t nearly as difficult as the vendors would have you believe.
-
A book, at last! I wonder what ever happened to Kendall’s book?
-
“Nobody ever complains about the phone being busy in our house, but woe is me should we suffer DHCP failures” 8-)
-
“Would that be a legal URI. I think so.” I think so too. URIs can identify *anything*, even context-dependent abstractions like that.
-
OMG OMG OMG!
-
“This year, the main new thing that I saw was Ultra-Large Scale. There was a keynote, a panel, and a workshop about this idea.” Was anybody there presenting the Web as an OO ULS system?
-
Simba Mayfield. Ew.
-
“SOA is not complex. You are just dumb.” ROTFL!
-
Cool service, but ceding your *entire* URI space to your users?
-
Congrats to Joe and the Jotspot team. Gee, big surprise P-)
-
The dreaded “E18” error strikes my 18 month old Canon IXY 600. Sigh.