Currently browsing

February 2005

Clemens spends a weekend with Indigo

Clemens discusses some aspects of Indigo in a three-part post (part 1, part 2, and part 3). It’s very interesting. Part 3 is of particular interest to me. Since I haven’t played with Indigo yet (waiting for Microsoft to release the next CTP, sometime this month) I read with great …

Great article on C# 2.0 iterators

This article on C# 2.0 iterators deserves a good read, especially by those of you with functional programming languages background/interest. Although I have already made sure that NIP.NET compiles on .NET 2.0, I can’t wait until I have some time to make use of the new .NET 2.0 and C# …

Alpha version of ssdl.exe available

/**/ I spent some time today on SSDL.exe so I can make it available through ssdl.org. This is a very alpha version, so please be advised… you’ll probably get exceptions here and there :-) Given an SSDL contract document, ssdl.exe will validate it against one of the four protocol framework …

WSE Policy Advisor

/**/ Last week the folks at MSR released a tool, the WSE Policy Advisor, for analysing WS-SecurityPolicy documents. Others have blogged about it but I too wanted to say how cool this tool is. I run it against a very old policy file I had written by hand for the secure …

Endpoints in SSDL and SSDL in the news

/**/ This post by Jean-Jacques over at ebpml.org suggests that SSDL couples a contract with Web Service endpoints. We’ve thought about this issue and this is the reason we’ve decided to make endpoints optional. A contract is still a contract even if there are no endpoints. The endpoints may be …

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 …

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 …

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 …

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 …

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, …

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 …

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 …

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 …

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 …