Web Things, by Mark Baker

All hale the legacy architect!
(link) [del.icio.us/distobj]

The number one result? WSRX FM, Contemporary Christian Radio. So do I have to pray for reliability? I hope that’s not a prayer-per-message, at least. 8-)
(link) [del.icio.us/distobj]

s/datagram/message
(link) [del.icio.us/distobj]

“I’ll leave out judgment calls about who’s lying and who’s telling the truth, though there’s a certain admirable weaseliness to what the Liberals are claiming (and did) from a Machiavellian perspective.” Wow, that is pure evil/genius.
(link) [del.icio.us/distobj]

Way to go, Lucas!
(link) [del.icio.us/distobj]

To re-read later …
(link) [del.icio.us/distobj]

Nick links to DaveO’s “leaky abstraction” bit from a while back, and comments;

Good discussion (as usual) of design issues (incl design conflicts) between SOAP and WSDL MEPs. Also points out that apparently SOAP envelopes don’t contain MEP metadata, so SOAP intermediaries cannot tell be examining a SOAP envelope which MEP it is part of! This seems like a huge design oversight and proof of how little experience we have with protocols with first-class treatment of intermediaries. Perhaps SOAP and WSDL have bitten off more than the critcal mass of programmers can chew on.

It’s a feature, not a bug! I can’t find it, but I remember when MEPs were introduced back in the early days of XMLP, that I expressed concern that MEP information would find its way into the message.

The problem is that application protocols determine the “MEP”, not the SOAP envelope. For example, if the transfer protocol is HTTP then you know you’re in the middle of a request-response interaction because it’s HTTP. Want to use HTTP with a new MEP that enables, say, out-of-order responses? Tough! HTTP doesn’t support it. Well, I suppose you could define an HTTP extension to support it, but you still don’t need anything in the SOAP envelope.

It’s just another example of how protocol independence really is the root of all evil in Web services.

As for Nick’s suggestion that we lack experience with protocols with first-class treatment of intermediaries, I disagree; as an industry, we have a huge amount of experience with them, in particular with SMTP and HTTP, both of which have been deployed for ages, and at massive scale. Unfortunately, the overlap between those with that knowledge and experience, and advocates of WS-*, is essentially the empty set. 8-(

For personal reasons, come April I’ll be wrapping up my consulting gig, Coactus. I’m now actively seeking employment, full or part-time.

You know what I do; large-scale distributed, document-oriented integration, yada yada yada. 8-) If you (or your customers) have got some systems that need integrating, I’m your man.

Relocation is possible, but my family would strongly prefer to remain in Canada.

Since everybody else is doing it, here’s my 2005, in the air, courtesy this cool service;

All told, about 75,000mi or so, which is in my “happy zone”.

ObSOAbashing: airport codes in, image out; how loosely coupled and document oriented! 8-)

Via DanC; pull based email, another Dan Bernstein creation. “Mail storage is the sender’s responsibility”. Cool.
(link) [del.icio.us/distobj]