Is Microsoft trying to discourage the use of Remoting?

After visiting the TechED Europe 2004 in Amsterdam, it seemed to me that Microsoft was trying to deprecate Remoting as a solution for distributed architectures.

I guess it's because the forthcoming 'Indigo' is built upon (and extending) WebServices functionality, and Remoting just doesn't fit in very well here. During the TechED there was not a single session on Remoting, while I guess there were over 30 sessions on WebServices and SOA's. A couple of well-known speakers called Remoting an immature framework, and accused it of being built too hastily as a .NET alternative for DCOM. And even some slides were presented that showed Binary Remoting being twice as slow as Http WebServices (on a IIS6 machine that is).

What?? How is that possible?!! How can a Microsoft-specific binary remoting architecture be much slower than utf-8 WebServices? Why where these results shown now, while at the launch of .NET 1.0, Remoting was presented as the fasted solution for distributes systems?

So my conclusion: Microsoft is trying to discourage people to use Remoting, because Indigo will not support it very well. While I understand the reasons they do this (I myself am a big fan of WebServices and the power of SoapExtentions), I still don't understand how Remoting can be that slow compared to WebServices. I guess Microsoft has put a lot of effort in IIS6 to optimize it for WebServices?

1 Comment



  • Remoting is one of the coolest technologies that Microsoft did in the 1.0 and 1.1 frameworks. It's robust, scalable and extensible. It is also based on an 'older' paradigm that Microsoft is moving away from in Indigo.



    Bottom line is that it is in the framework, it is being improved marginally for Whidbey (but only just marginally) and is NOT being deprecated/obsoleted anytime soon. Remoting apps will still work 10+ years from now on .Net. Oh yes and it is pretty smokin' fast from my POV (although I admit that the major app that I designed and implemented was an Intranet application and it used the TCPChannel etc. rather than the HTTP stuff).



    I think the core of your conclusion is correct. Microsoft is positioning Indigo as the superset/refactored communications infrastructure stack and with todays announcements about it being available on Windows XP (in about 2 years time) you will only see more of this...and quite frankly that is a good thing. However, remoting isn't going away with Indigo, it will always still be there in the framework, but it will exist side-by-side with Indigo and I would not expect great interoperability (although I could be wrong about that)...time will tell.



    Just my 2 cents.



    Rob

Comments have been disabled for this content.