views:

337

answers:

2

DotNetRemoting

They claim to have all the power of WCF but a lot simpler to implement and use.

Does anyone here have any experience with using their product, and if so, have there been any problems with it?

To clarify, this is a company's product called DotNetRemoting, not doing Remoting in .NET

+2  A: 

Yes, I have used it on a large system, and it does work. On that system, remoting was much more efficient than web services. I'm not sure why remoting isn't more popular.

The renowned expert Rockford Lhotka advocates using it. Basically, he says you need a Web Service if you're going through a firewall, otherwise not. Remoting is more efficient. Remoting uses binary data vs. Web Service uses heftier XML.

Another expert source says: For apps that require interoperability and must function over public networks, web services are probably the best bet. For those that require communications with other .NET components and where performance is a key priority, .NET Remoting is the best choice .... Use web services when you need to send and receive data from different computing platforms, use .NET Remoting when sending and receiving data between .NET apps.

Challenges include network issues (traffic, latency) and managing permissions. As with all distributed apps, performance is only as good as the slowest part.

DOK
I'm not referring to remoting in .NET in general, but a product called DotNetRemoting
Davy8
Oops, my mistake. Thanks for clarifying.
DOK
+3  A: 

"renowned expert Rockford Lhotka"... depends who you ask I guess. Everyone I know that has used CSLA extensively regrets using his framework.

As for DotNetRemoting, they don't have all the power of WCF. WCF is huge and it really isn't all that hard to get started with. The configuration can be a little confusing at first, but I cover a few of the major WCF gotchas on my blog over on http://www.iserviceoriented.com

jezell