Don Smith : Handcrafting WCF-friendly WSDLs. It's 10:15 pm and I'm still in the office, but I really think I should get this entry posted before I head home - or it won't ever get posted. I was supposed to be working on my demo for my Service Factory session at the SOA Conference tomorrow, but I got side-tracked early in the day when I started playing with a new feature of Service Factory (that I'm going to demo). This new recipe (hereforth referred to as "the new recipe") allows you to create the service interface, data contracts, and a stub of the service implementation from an existing WSDL document.
Yeah, pretty cool, huh? Of course you can do the same thing in svcutil if you have the .NET 3.0 SDK installed, but you have to leave Visual Studio and head off to the command prompt - and it won't separate the parts into multiple files and place them in the appropriate projects. As I'm sure you've already realized, we've added this feature for the masses who have adopted a contract-first approach to building services. Yasser Shohoud : Moving lots of data. Recently I've been getting lots of questions about moving large files (or lots of data) between a WCF service and client. The question comes in multiple forms, e.g. How do I send a file that's many GB in size from the service to the client? Should I use MTOM to send large files? I have a huge object graph and I want to send it over the wire, how should I do it?
So let's explore the problems associated with moving lots of data and the solutions offered by WCF.Problem: Bandwidth UtilizationSending gigabytes of data means lots of bandwidth usage. Problem: Memory UtilizationBy default, WCF buffers messages to support protocols like WS-ReliableMessaging and WS-Security that require buffered messages. Problem: Recovering from FailuresSo what happens if half way through sending your 4GB stream the TCP connection fails? To summarize, my recommendations are:1. Building a Claims-Based Security Mode.
Building a Claims-Based Security Mode. Building a Claims-Based Security Mode.