Our good friends at Pluralsight wrote some great whitepapers that introduce developers to .NET Services.  They are all available on the .NET Services MSDN Dev Center.  The best place to start is Aaron's intro, and then based on what you're interested in, there's a paper on each of the .NET Access Control Service, .NET Service Bus, and .NET Workflow Service. 

Happy reading!

I normally use dasblog's web interface to write blog entries, and find it to be adequate from a formatting perspective, and convenient because it's just a web app that I can run from anywhere.  I decided to try out WLW to see whether there is any advantage in using a "rich client" app for creating blog entries. 

I have to say it's a cool little app.  It doesn't give me much in the way of formatting beyond the standard web interface to dasblog, but it has a couple of goodies, like adding block quotes, tables, and tags. 

The biggest feature for me is the ability to type a draft and have it saved, even if publishing to the blog fails for some reason.  I've certainly had my share of blog entries that didn't get posted properly using the dasblog web interface, and even if I remember to keep the text in my clipboard before posting, it's still annoying to have to recreate any formatting.  So that feature alone makes WLW worth it for me.

There are a couple of other features that are missing some obvious integration with popular websites.  For example, inserting a video offers integration with MSN Video Soapbox, but not with youtube.  It would also be nice to have the "insert picture" functionality integrate with something like Flickr.  But wait a minute - that functionality does exist... in the way of a user-written plug-in :-)

Which brings me to the coolest feature of WLW - the extensibility.  The WL gallery has 112  plug-ins that include integration with Flickr, the ability to insert properly formatted code (from VS or from the clipboard), firefox integration, format a picture as a polaroid, and many others.

The other interesting thing is how much of dasblog's functionality is exposed via web services, and how well WLW integrates with those web services.  For example, the categories are all downloaded when I first set up WLW with my blog.  That really lives up to the vision of having a web services layer that's consumable from either a rich client app or from a web interface.

Win7 has this super cool feature where you can boot from a VHD. 

As part of their build process, the Windows team produces VHD's as well.  Since I work at Microsoft, I'm lucky enough to be able to pick up any daily build and try it out, risk free.  Meaning - I don't have to upgrade my existing host OS (Vista sp1), or run Win7 in a VPC (slow), or install Hyper-V and run Win7 as a guest OS (shares resources, especially RAM, with the host).  Instead, I just boot Win7 on that PC, and it just works as if I had installed Win7 side-by-side with Vista.

The fact that Win7 is in a VHD file instead of installed "natively" on the disk doesn't seem to result in any palpable performance difference. 

I can still access all my Vista documents/data on the C drive, because Win7 mounts itself on the D drive.

And if Win7 didn't work for me, I could simply reboot and have my old machine back exactly how I left it.

But now that I've started using Win7, I'm not going back.  It's still an internal build (pre public beta), but already I find that it is just as stable as any OS I've ever run (W2K3, W2K8, XP, Solaris, RH Linux... sorry I'm not a Mac user :-)).  Just for comparison, at this point in the Vista product cycle when I started dogfooding it, I used to get bluescreens (mostly bad video drivers).  It's great to see this level of stability at this place in the product cycle.

Perf is good.  I don't know how much faster Win7 would be if I didn't run it from a VHD, but even if it's exactly the same perf as I get now, I have to say that things seem to be significantly snappier than Vista.

The "chrome" is a step forward from Vista (not a big overhaul but alot of smaller tweaks that really make a difference - e.g. the taskbar improvements where you can click on the IE icon, and it shows you a side-by-side preview of all the IE windows/tabs that you have running, so you can decide which one you want to switch to).  Even the applets got a facelift (wordpad and paint have a ribbon, calc actually has a programmer mode... :-))

IE8 still needs a bit of work - there are still pages that don't display well until I use compatibility mode.  For example, it appears that Windows Cardspace doesn't come up unless you're viewing the page in compat mode.

So far, I'm very impressed.  I'm now running Win7 on both my laptop and my work desktop machine, and it took me a small number of hours to get both up and running (including installing all the apps I use, like Office, Visual Studio, iTunes, etc).

If you happened to go to PDC and got the Win7 CD, and haven't had a chance to try it out yet - just do it - you'll like it :-)

Cliff, our stud WCF product manager, just posted a Channel9 video where Aaron goes through the process of creating a WCF service from scratch.  The video is nice in that it isn't just a typical "let's race to do something really simple in under a minute", but actually goes through setting up contracts, configuring the service with an endpoint using the config tool, and hitting it with the test client.  Good introduction for someone who's familiar with .NET but has never written a WCF service.

BTW, the Pluralsight guys have created another shirt I have fun wearing... the first one being the one with the caption /{real}/{webservices}/{use}/{uris} :-)

Rumor has it that Jon was responsible for creating and sending a box of them over... thanks!  (and of course to Matt/Moustafa for delivering...)

I run my own blog server from home.  It affords a nice degree of flexibility in that I can really control the software I put on there, and customize it for my purposes.  For example, I was able to mess around with the dasblog code, and add WCF-based endpoints for RSS/Atom, as well as create my own support for logging in and leaving comments with CardSpace.

There are some big downsides too though.  One is that I have to maintain my own software on the blog server.  Back in July 07 I decided to repurpose an old 4-proc machine I had as my blog server, and installed Windows Server 2008 RC1.  That proved to be a rock solid OS and I got to play around with WS08, which was fun... but a few days ago, I discovered that I couldn't mstsc into the machine anymore, so I tried to log in manually, and found out that my RC1 license key expired.  Doh! 

I tried to put in an RTM license key, but that wasn't recognized as valid (I guess that makes sense).  The OS was nice enough to let me do a "limited login", which means get a browser window that opens up to the licensing site, where you can get a valid license key.  But we already established that an RTM license key wasn't going to fix the problem, so I needed to figure out how to upgrade the software.  Fortunately, I could do anything from that browser window, including typing "c:\windows\system32\cmd.exe" :-)  from there I was off to the races.  Back up all the data on the machine (took a couple of tries, because the machine seemed to time out every once in a while and kick me off). 

Then I had to round up a copy of WS08 Enterprise RTM (thanks Jason!) and tried to upgrade the OS.  Again, took a couple of tries, but at the very very end, somehow the upgrade process failed (argh) and I realized I had to do a fresh install.  Oh well, I backed up all the data, what could go wrong?

Well, everything works fine, I install the app server and webserver roles, get it all working, set up the default web site correctly, create a new application for dasblog... try to hit the webserver from outside, no dice.  Ping works, HTTP.  Did the IP address change somehow?  No.  Are all the NT ACL's set up right?  Yes.  Hmm.  I go to the router to see whether it's still configured to forward traffic to the right server... oh, that's the problem - I forgot to configure the machine with a static IP address.  OK, now HTTP works - yay!

Next let's get HTTPS working.  Darn, forgot to export that certificate!  I knew I'd forget to back something up.  Since my root address is https://www.gazitt.com/blog, all my links are now broken (including all <img> tags).  So now I have to re-request a cert from eNom, and that takes a day.  Net - the site is basically impaired for a good 24 hours.  (Note to self - export cert tonight! :-)) 

Moral of the story: running my own blog server is probably not worth the hassle... now I need to figure out which server I want to use :-)  asp.net?  MSDN?  PluralSight like all the cool kids?  I'll definitely need to figure that out before the PDC :-)

Today, we’re proud to announce the availability of the “gold” bits of VS 2008 SP1 and .NET 3.5 SP1.  We think this is a great update to our VS2008 and 3.5 releases that is well worth checking out. 

I blogged about the new features for Service developers back in May when we shipped the beta, so I won’t repeat them all here… but here is a recap of some of the highlights:

On the Web front, we’ve built on the support for REST and AtomPub with enhancements to UriTemplate and support for AtomPub ServiceDocuments, respectively.  And of course we’ve built Data Services (also known as “Astoria”) – a WCF service that exposes any SQL database (or LINQ provider) as a set of AtomPub resources.  Finally, we’ve enhanced our support for partial trust scenarios with the ability to write to the event log, which helps debugging and diagnosability. 

The DataContractSerializer has some nice enhancements, including support for “POCO” (plain-old C# objects) contracts, which allows using this serializer without requiring you to decorate members [DataMember].  This is more than just a convenience – sometimes you don’t control the class you are trying to serialize (for example, it gets generated by a tool which doesn’t slap on the [DataMember] attribute), and this feature now makes it possible to use the DataContractSerializer with those types.  We also added support for serializing object graphs in a way that is more interoperable with JAX-WS, and support for ADO.NET Entity Framework types in DataContracts. 

There’s also some good perf work in this release.  If you’re running in IIS7 integrated mode, we’ve seen 5-10X scalability increases for WCF services via a new asynchronous implementation of our HttpHandler/Module (more details on Wenlong's blog).  Also, the Workflow designer can handle significantly bigger workflows and loads up much faster.

Finally, we have some nice improvements in our tools.  Our Test Client now runs standalone (in addition to running inside Visual Studio).  We also added support for a bunch of new types including Nullable types, Dictionaries, MessageContracts, and XmlSerializer contracts.  The tool also supports WS-RM sessions and allows you to customize the config file for the tool itself, so you can save some common customizations instead of having to recreate them.

The support for XmlSerializer-style contracts opens up some interesting new scenarios for the tool… My favorite is pointing it at a public web service to discover its contract, and use the tool kind of like a browser – i.e. be able to invoke a service with the right parameters and look at its output.  You can find the standalone version of the tool in <Program Files>\Microsoft Visual Studio 9.0\Common7\IDE\WcfTestClient.exe.  Here’s an example of pointing the tool to the Amazon AWS WSDL and invoking the ListSearch operation to retrieve a WishList for John Doe:

We also added a new publishing wizard for WCF Service projects to facilitate easy deployment of WCF services, loosely modeled on the notion of publishing ASP.NET websites to IIS.  Notice that the WCF Service Library template creates a project that has an app.config – when you hit F5, we spin up our Test Host (think of it like “Cassini for WCF services”), and bring up the Test Client mentioned above.  So the publishing wizard takes a location to publish to, and converts the service from a “self-hosted” service to a Web-hosted service, including taking all the <serviceModel> config information and inserting it into a web.config file.  Here’s a screenshot:

Last but not least, thanks to everyone who tried out the beta and gave us feedback – your efforts help us create a better product and are much appreciated.  Enjoy!

Today we released the betas for VS2008 sp1 and .NET 3.5 sp1. Scott did a good job (as usual :-)) running through the top-level enhancements, so I won't parrot it all here.. but I'd like to go through the next level of detail on what new goodies we have for service developers.

As a service developer, .NET offers me a layered stack - if I want to write "to the metal", I can build a service on top of System.Net and HttpListener (which is a managed wrapper on top of HTTP.SYS - our kernel HTTP driver).  Not many people end up doing that, because there are lots of good pieces that we've already written for you..

WCF provides the next layer.  WCF gives you some modular pieces, such as channels (HTTP, TCP, MSMQ, etc); Serialization, which is a fancy word for pouring objects into a serialized formats such as XML, binary, JSON, and deserializing back into objects; and what we call "Syndication", which are some classes that support various data publishing microformats such as RSS and ATOM.  Finally, we have a layer called Service Model that ties all of this stuff together in a coherent, approachable programming model. 

WCF is a powerful but general framework, so the next layer up consists of particular scenarios that we wanted to significantly simplify. I think of two canonical scenarios for writing services: "resource-oriented" services, where you model your service as a bunch of resources and offer request/response, HTTP-based access to those resources; and "operation-oriented" services, where you want to create a new "operation" that wraps a more involved operation that often has to coordinate state changes across multiple resources.

Resource-oriented services became easier to write in .NET 3.5 via our REST support that we added to WCF.  But we thought we could do even better for some canonical scenarios, such as when you have data in a database (or any LINQ data source) that you want to expose over REST/ATOM.  So the ADO.NET team built Data Services, which is layered on top of WCF's REST and ATOM capabilities and offers a really easy way of doing just that. 

Any layer of abstraction makes some choices, and some of those choices may not be exactly what you want.  The nice thing is that given the layering of Workflow Services and Data Services over WCF, if you don't like the choices we've made for you, you can always drop down to the layer below (WCF). 

As I type this, I realize that there's really one additional scenario that I didn't capture in the picture - which is "services that back a presentation layer".  ASP.NET AJAX is the obvious example of that today.. in .NET 3.5, we added support for being able to "back" an ASP.NET AJAX page with a "AJAX-Enabled WCF Service" (complete with a VS template).  So that's another example of a targetted scenario that's layered on top of WCF... (I'll have to fix my picture :-))

Besides Data Services, there are some additional cool new enhancements in WCF and WF that are worth mentioning:

• We are enabling DataContract Serializer to serialize types without the need to annotate them with the [DataContract] attribute and its relatives.  We affectionately have taken to calling this feature POCO (plain old C# Objects), tipping our hat to POJO :-)
• We’ve enabled interoperable object references in our serialization format.  This was done to support certain Entity Data Model (EDM) types but is generally useful in improving our interoperability with Java
• We’ve made the WCF Test Client (the form that comes up when you hit "F5" on a service) into a stand-alone tool and added more features to increase the breadth of web services it can handle
• The WCF Service template is now available in the Visual Web Developer Express SKU
• We are delivering a hosting wizard for Visual Studio WCF Service projects that allows easy deployment of Web Services from VS into IIS
• Event Logging is now enabled in Partial trust so that people who host their services in medium trust environments have more of the WCF "juice" :-)
• We extended the syndication OM to support the ServiceDocument in AtomPub
• We did some nice perf enhancements to the WF activities designer to make it much more snappy, even if you have a large number of activities

And of course, we fixed many of the most common bugs that you all have reported to us (thanks!)

SL2 beta1 adds a new packaging format for Silverlight apps - a .xap file.  Silverlight apps work fine in cassini (the ASP.NET development webserver), but trying to deploy the web project to IIS results in a blank page where the silverlight control ought to be.

The issue is that IIS needs to be told about the mapping between the extension and the MIME type.  To fix it, open the IIS MMC, open the MIME Types editor, and add a new entry with the file name extension ".xap" and the MIME Type being "application/x-silverlight-2-b1".  Refresh your page and that should do it...

While I'm on migration, here are some pointers for stuff I had to do when migrating my LINQ-to-SQL project from VS2008 Beta2 to RTM.

• The DBML file was unreadable because the Beta2 version had an encoding="utf-16" attribute on the <?xml> decl, but the file itself didn't have an Unicode BOM.  Changing this to utf-8 fixed that problem.
• .Remove() has been renamed (probably more aptly) to .DeleteOnSubmit(). 

That's pretty much all I had to do to port my LINQ-to-SQL project to VS2008 RTM..

I got some time this weekend to start migrating my SL1.1 alpha app to SL2 beta1.  For starters, the SL 1.1 alpha project file contains reference (<import>) to a project file that doesn't exist anymore - you get the following error when trying to load the project:

"Unable to read the project file '... .csproj'. ... The imported project "C:\Program Files\MSBuild\Microsoft\VisualStudio\v9.0\Silverlight\Microsoft.Silverlight.Csharp.targets" was not found."

I started hunting for the right <import>, and then came upon this blog entry that provides all (well, most) of what you need to know for migration...

After changing the project <import> from ...\VisualStudio\v9.0\Silverlight\... to ...\Silverlight\v2.0\..., I was able to read the project file.  After that, I removed all references to all assemblies, and re-added references to mscorlib, system, System.Core, System.Windows, System.Windows.Browser, System.Windows.Controls, and System.Xml, and I got my 576 errors reduced down to 15.  Not tooo shabby! :-)

There were a few more "simple and mechanical" changes to make the project compile:

• Some EventHandler's had to be changed to MouseEventHandler, some MouseEventHandler's had to be changed to MouseButtonEventHandler
• System.Windows.Media.Visual is gone - I was able to use System.Windows.UIElement for the same purpose (a generic type for all types of silverlight controls)
• KeyboardEventArgs --> KeyEventArgs
• System.Windows.Browser.Net is gone - BrowserHttpWebRequest is not needed anymore.  You can now use the System.Net assembly and use HttpWebRequest.Create().
• The old System.Web.Services namespace (which was the ASMX client) has now been replaced by the WCF client (woohoo!)  So you have to remove your old Web Reference and add a new Service Reference.

Those were the key changes I made to make the project compile. 

Update: a couple of things I forgot to note (turns out I had more than one Silverlight project :-))

• A few more type changes: some EventHander's --> RoutedEventHandler's
• No synchronous proxies from Add Service Reference: need to convert to the async equivalents
• Change all of the generic forms of X.SetValue<type>() to the non-generic versions - X.SetValue()
• HtmlPage.Navigate() doesn't exist - use HtmlPage.Window.Navigate()
• XamlReader is now in System.Windows.Markup (have to add the using directive)
• System.Windows.Input.Cursors.Default no longer exists
• System.Windows.Controls.Image.Source is now a bit more involved - now ImageSource is an abstract class that's more than just a Uri.  The most convenient concrete class is BitmapImage (defined in System.Windows.Media.Imaging), which has a UriSource property that's typed as a Uri.  So instead of
  

  Image.Source =

  newUri("http://foo", UriKind.RelativeOrAbsolute);

  Image.Source =

  newBitmapImage(newUri(http://foo, UriKind.RelativeOrAbsolute));

• Point[] --> PointCollection
• HtmlDocument.Document.GetElementByID --> HtmlDocument.Document.GetElementById