Welcome to MSDN Blogs Sign in | Join | Help

October 2004 - Posts

rejectRemoteRequests config switch on remoting channels

Posted Friday, October 29, 2004 4:41 PM by manishg
You can add rejectRemoteRequests="true" on the server side tcp or http channels. With this set remoting will only allow connections from the loopback address and thus will reject cross machine calls. This is equivalent to setting bindTo="127.0.0.1" or Read More...
3 Comments

Reasoning for TypeFilterLevel in remoting

Posted Wednesday, October 27, 2004 5:50 PM by manishg
Most remoting users have seen one of the following exception messages during deserialization: Because of security restrictions, the type XXX cannot be accessed Type XXX and the types derived from it (such as {YYY}) are not permitted to be deserialized Read More...
1 Comments

Clarification on OneWay messages in remoting

Posted Tuesday, October 26, 2004 9:24 AM by manishg
My post from last week talked about OneWay messages in remoting. I should have clarified that the async and one way behaviour occurs only when invoking a method marked with [OneWay] on a remoting proxy. Invoking the same method on a regular object will Read More...
0 Comments

Investigating memory leaks in remoting

Posted Thursday, October 21, 2004 2:29 PM by manishg
There is a common misconception that using remoting leads to memory leaks. The fact is that the problems mostly lie in the server design more that in the use of remoting. There are two issues which often lead to server side leaks: 1. It could be related Read More...
0 Comments

RemotingServices.Marshal

Posted Wednesday, October 20, 2004 1:19 PM by manishg
RemotingServices.Marshal allows you to publish an existing instance remotely. Both for server activated (wellknown) and client activated objects remoting controls when the object is instantiated and initialized. Using Marshal allows you to initialize Read More...
2 Comments

OneWay messages in remoting

Posted Tuesday, October 19, 2004 3:48 PM by manishg
Remoting provides a way for fire-and-forget OneWay messages from client to the server. Just adding a [OneWay] attribute to a method of your remoted type would make the method invokation oneway. Something like: public class Remote : MarshalByRefObject Read More...
8 Comments

NLB and remoting

Posted Saturday, October 16, 2004 6:27 PM by manishg
One issue with NLB and remoting is the fact that remoting clients cache sockets connections for performance reasons. The side effect of this is that in the NLB case subsequent calls from the same client go to the same server introducing server affinity. Read More...
0 Comments

Guidance for using Events and delegates in Remoting

Posted Saturday, October 16, 2004 6:06 PM by manishg
Events and Delegates are supported in remoting. So x-appdomain and x-process delegates and eventing does work. The guidance is to not use them in cases where channels could be unreliable. In case where channels are unreliable (mostly the network in x-machine Read More...
8 Comments

Exceptions and Remoting

Posted Monday, October 11, 2004 4:53 PM by manishg
Exceptions are serializable (ISerializable too). Exceptions are serialized from the server back the client. Thus if you see a client side exception with the following stack trace, there is a good chance you are actually seeing an exception which was thrown Read More...
1 Comments

CallContext

Posted Friday, October 08, 2004 5:29 PM by manishg
CallContext allows you to flow information with a "logical" call. With logical we mean the call doesnt necessarily have to happen on the same thread. Following constitute logical calls: 1. remoting calls made x-appdomain and x-process 2. Async delegate Read More...
1 Comments

BinaryFormatter Version incompatibility

Posted Wednesday, October 06, 2004 7:00 PM by manishg
When hosted in IIS / Asp.Net and using the binary formatter you might run into an exception saying "BinaryFormatter Version incompatibility. Expected Version 1.0. Received Version 1950887522.2017816692". The issue here is that under various error conditions Read More...
0 Comments

New IPC channel in remoting

Posted Tuesday, October 05, 2004 12:20 PM by manishg
Remoting in v2.0 of the framework is introducing a new IPC Channel meant for x-proc communication on the same machine. It is based on named pipes and works on win2k based platforms (win2k, winxp, win2k3). It will provide better performance characteristics Read More...
6 Comments
 
Page view tracker