In the previous article, we looked at writing into the message queue. We wrote separate messages and a class instance to it. In this brief article, we will see how we can read Message from the Microsoft Message Queue (MSMQ).
Read Message From MSMQ
Send Message to Microsoft Message Queue (MSMQ) – C# Example
Message Queues allows data exchange between one or more application and in the meantime, it won’t force the application being communicated should be in live connection. Application 1 can send a message and quit or do another task. Application 2 when free looks at the queue and catches the passed-in information. MSMQ can maintain one or more queue. In the above picture, we can see three queues. We will develop a sample in this article, which will send and receive the information through the MSMQ as shown above. In our example, we will use only one queue, say Q1. However, one can create multiple queues based on the need.
Remoting Config File for Server & Client
In this example, we will see how to configure and use configuration files for dot-net remoting. Here, we create config file for both server and client. These config file replaces the configuration done through code. This example uses the Singleton Remote server example and then replaces some code with configuration file.
C# HTTP Remote Server & SoapSuds
In this article, we will learn how to use the ‘HTTP Channel’ as transmission protocol. Also, we will create the Metadata Proxy from this HTTP Remote Server deployed remote objects using the ‘SoapSuds’ command line utility. Then we will consume this DLL in a client application to talk to the remote object exposed by the HTTP Remote Server.
Client Activated Dotnet Remote Objects
In the past articles, we read about “Server Activated” remote objects. We also ran through separate article for Single Call and Singleton on the Server activated remote objects. In this post, we will try how to use the “Client activated” remote objects. Before we go on Client Activated remote objects, we have to know what is activation and where the object lives. The clear fact whether it is server activated or client activated is that the remote object lives in the “Remote Pool” of the server. Client activation means, the client sets up the object on the server’s remote pool using the operator new in the client. So, if you are building up a class for the Client Activated Remote object, you have the power of using the overloaded constructors.
Making Synchronous and Asynchronous Remote Call Via Delegate
In this article, we will explore how one can use a delegate on the functions exposed by the remote objects. Also, we will see how do we call those remote object functions as synchronous and asynchronous. Basic knowledge on threading will help you catch this article in a better way but not a mandate.
Generic Remote Interface Explained
In the previous articles, we saw Single-Call Remote Object and Singleton Remote Object. In this article, we will explore the usage of Generic Interface in the Remote Objects. First, we will explore how the server will register it and then move on to the client which consumes it. Generic Interface is a C# concept. But here we will explore that in Dotnet remoting context.
Singleton Remote Server Explained
In the previous article, we saw about the server activated Single Call remote object. Also remember, each call to the server will create a new remote object in the ‘Single Call’ technique. In this article, we will see how the Singleton Remote Objects work.
Single-Call Remoting (Server Activated)
‘Dotnet Remoting’ is a client and server based distributed object technology. In this article, we will make two applications. One is a Remote Server, and another one is a Client. First, we will complete the Server application and then carry out with the client. Here, we create Single Call remote. You will learn more about it in this article.