Browse by Tags
All Tags »
.indigo (
RSS)
It took a while for me to get around to this but the P2P Code to go along with my MSDN Article "P2P Programming with WCF and .NET v3.5". I don't know why this code was not available on MSDN in the first place. Any ways, the can be downloaded from here (456.2 KB).
My article on P2P programming with WCF and .NET v3.5 was finally published on MSDN . This was written a few months ago and has been going through the internal process at MS to get published- finally it is up there - better late than never I guess. I discuss the new features for P2P programming in WCF and .NET 3.5 and how things have moved up the stack in...
Someone recently asked about how to load test WCF - apart from the usual things like LoadRunner , VSTS Test Load Agent , etc a couple of other interesting options came up. One is WCF Load Test and the other JMeter. WCF Load Test generates a unit test taking in data from a a trace file along with the relevant WCF proxy or interface. I must admit, JMeter would...
When you install SP1 for .NET 3.0 by default that changes the throttling settings you might be use to. You could get into a situation where a number of calls are processed and then they stop with the client eventually timing out. To get around this you either explicitly close your connection (which is a good practice in most cases) or change the serviceThrottling...
WCF's configuration is somewhat complex and the first time you start using it can been daunting. Below is an image of the schema published by Microsoft. You can print this out on a A3 or something and use it has a handy reference.
In case you were wondering why your Indigo / WCF Jan CTP code does not work with the Feb CTP, then you can find a list of all the breaking changes published by MS. It is interesting to note that Microsoft is changing the namespace so late in the game, but I would rather they get it right now and make breaking changes as opposed to when Indigo ships.
Contract inheritance (via CLR interface inheritance) is pretty cool allowing you to support versioning and contract aggregation in WCF, the catch though is if you have a Duplex interface then the callback interface must follow the same hierarchy. So if your primary interface say is IMyInterface which inheritances from ISomeInterfaceOne and ISomeInterfaceTwo...
If you are writing an Indigo service and you can an error for something like the one shown below, then essentially you change the interface (i.e. your contract) you implemented in Indigo (now WCF), but forgot to change the interface in the web.config. < endpoint contract = " MY-TYPE-HERE " binding = " wsHttpBinding " /> <snip> Could not resolve...
eWeek has an interview with Don Box , where he talks about what is next from Microsoft in terms of the next-gen apps. He talks about what is most interesting in his space, between Indigo, WWF, LINQ, etc. Also what you should think of as an Enterprise Architect when designing your contracts - WSDL-First or Contract-First.
Well you can't. As you might be aware that the .NET runtime are different between Visual Studio 2005 RTM and WinFX Sept CTP build, and the only way you can get this to work together is fall back on Beta 2 of Visual Studio 2005 - which is the only supported version as of now. On the other hand in about a week or so from now, a new WinFX build is supposed...
If you are hosting, your Indigo service in IIS, then you need a .svc file which basically tells IIS what assembly do you want to wire up to handle the request. Seems like on RC1 Beta 1 and another prior build (June CTP - I think, not sure though), there is a bug in the parser. Lets look at the example which in some places does break and in others does not...
My colleague, Chris Periris has an article where he talks about how to host an indigo servince in various forms. In case you did not know Indigo can be hosted in various surrogate processes (in addition to itself) such as IIS, EXE, NT Service, COM+, etc.
Now that I am not sleeping and read my earlier post (*grin*) about MSMQ (ver. 3.5) and Indigo, I would like to clarify a couple of things. One, you don't have to have MSMQ 3.5 installed, only if you want to use MSMQ (i.e a queue channel). If you are using tcp, udp, http, etc, then you don't need this. And two, if you do install MSMQ, then on Windows 2003...
As I found the hard way, if you require queued channels to work in Indigo, then you need to install MSMQ Ver. 3.5 which is specially required for Indigo. Interestingly, the installer does not install this (for check that even MSMQ is installed), but then by design Indigo can use any kind of channel. This version of MSMQ provides functionalities like per...