Architecture Series on MSDN

The Architecture Series - An interesting set of talks posted to MSDN on architecture in the Longhorn wave.  Would highly recommend Pat Helland's talk.  If you've never seen him speak, it is worth your time.  He does a great job of talking about how to implement SOA today (reliable messaging, stateful behavior, etc.) and what's coming down the pike.  And, he's the only presenter I know who can get through 90 slides in 90 minutes, well, other than Damien Conway, I suppose.  (Anyone ever seen Damien?  Amazing Perl guru.)

Comments (5)
  1. Martin Naughton says:

    Hi Karsten,

    Thanks for the article. A couple of questions:

    1) Regarding the wsdlgen.exe tool, does it fix any known issues in the current wsdl.exe/xsd.exe command-line tools?

    2) Is there an equivalent to xsd.exe in VS 2005?

    3) Is there any way to get hold of these command-line tools, for those without access to VS 2005 TP?



  2. 1) Indeed it does. The entire tool has been re-written. Much was learned from v1 of wsdl.exe that is improved upon.

    2) But of course! xsdgen.exe!

    3) Negative. The only place to get these tools is in the Longhorn SDK. Also note that these tools generated proxies the use the Indigo message bus. They won’t generate proxies that use the .NET v1.1 stack or v1.2 stack for that matter (aka Whidbey). They are solely for Indigo.

  3. Martin Naughton says:


    Thanks for the reply.

    Any chance you could give more details on issues fixed?

    For instance, I find that nested xsd:choice elements are incorrectly handled, usually as one big choice in the generated code. Any improvements there?

    Also, it would be nice if xsd:group elements generated classes, but serialized correctly as embedded nodes in the containing node.



  4. Actually, way back when, I wrote a sample of using UDDI and RSS. In that, I bound RSS to a WinForms DataGrid:

  5. Martin – The big change to wsdlgen.exe is that it will use the new XMLFormatter under the covers for the purposes of serializing/deserializing clr and schema. XMLFormatter is a vastly improved way to do serialization. I’d check out Doug Purdy’s PDC presentation on the details of XMLFormatter and serialization enhancements in general:

    His blog is worth following as well:

    In addition, check out the new XML dev center on MSDN, which goes over some of the new XML features in Whidbey:

    Hope that helps…

Comments are closed.

Skip to main content