-
Mistakes in the example (SSDL core spec)
There are mistakes in the example of the SSDL core spec. This was due to a global replace that went bad 🙁 Here’s how the <ssdl:protocols> element should have looked like in Example 1. Thanks for Jacek for spotting this. I am collecting all the problems and posting them in an errata page. We can…
-
HTML versions available and SSDL’s relationship to MEST
Marc Goodner was amongst the first to comment on SSDL; he makes some good observations. But first… after Marc‘s suggestion, all the documents are now also available in HTML. SSDL is indeed related to MEST. SSDL‘s design is based on the ‘message is the truth’ principle that governs MEST. More on this in the MEST…
-
SSDL: The SOAP Service Description Language
We are finally ready to request the community’s feedback on our latest work, the SOAP Service Description Language, or SSDL. Jim and I collaborated with a small team of people to produce a description language for Web Services that we think is exciting since it encourages us to reason in terms of messages, rather than…
-
I can’t wait for Indigo
Don Box just posted an introduction to Service Contracts in Indigo. This is sooo very close to our latest WSE 2.0-based work that it’ll be extremely easy to port our tools to Indigo when it’s released. I really like the MessageContract stuff and the fact that you can define typed messages and also specify the…
-
Tim Ewald on MEST
Tim has some comments on MEST. While I said that I am not going to try and describe MEST again until we have a paper written, I think I need to make a clarification (some more details can be found as a comment on Tim‘s post). As I’ve said previously, MEST is not proposing something…
-
Indigo
Indigo information is starting to appear. Here’s an article-introduction to Indigo on MSDN by David Chappell, a “Hello world” post by Clemens Vasters, Christian is threatening to say more (can’t wait:-), Steve is going over the same argument of OO using angle brackets (keep it up Steve, I am with you), and a keynote from…
-
Tokyo geek/bloggers dinner
Jim and I are going to be in Tokyo in May for the WWW2005 conference where we are going to be presenting a tutorial on Web Services (we’d love to see you there). We are thinking of organising a dinner on the night of our tutorial (May 10). So, if you are a computer geek,…
-
MEST on hold until our rejected paper is re-written/expanded
There are two reasons why I have stopped trying to defend MEST after this week’s many excellent discussions and great comments in the blogosphere (many thanks to all): Until we have something on paper, as Chris suggested (thanks for the offer btw to give feedback; we’ll take up on it soon :-), the discussion will…
-
The MEST saga continues 🙂
In his comment to my “Explaining MEST” post Brian Glaser supported pub/sub systems in favour of MEST. Chris Ferris does the same in his “MEST-Up” 🙂 post and promotes such an event-based architecture for implementing loosely-coupled systems. As Jacek correctly points out, pub/sub is a particular pattern that needs to be implemented somehow. MEST defines…
-
“Interesting and useful MEPs”
There has been more reaction on the ongoing discussion I mentioned in my last entry. Gudge is preparing a reply and Chris has some very interesting comments. However, I am choosing to highlight the following paragraph from Chris‘ entry for a different reason… “The message exchange pattern (MEP) is just that; a pattern. The fact that…