views:

27

answers:

1

Hello,

I need to solve simplest problem. I have some abstract factory which will initiate on demand seperate processes(.NET EXE's). It means abstract factory needs to initiate processes at any time and let the newly created processes be able to communicate with process in which abstract factory reside. This interprocess communication is going to be done factory created them. Thse processes would background processes (no GUI involved).. What's the possible solution to this problem.

.NET remoting or PIPES all makes the processes able to communicate after they have been initiated . But here first they need to be initiated on demand and they'll execute seprate standalon processes (They will be shown in task manager as well as standing process) and then after that inter process communication will take place.

Regards Usman

A: 

Look at the System.IO.Pipes Namespace.

Anonymous pipes are designed for parent-child interprocess communication.

There are examples provided if you follow the link.

You can also use the named Mutex Class for synchronization and the Process Class for starting child processes.

Jaroslav Jandek
Pipes always make inter process communication possible AFTER processes instantiated. Process then communicates using pipes. This can be done via WCF and .NET remoting as well both have pros and cons. My problem is'nt this.I need to create background processes on demand and they will run as seperate processes and then they will communicate using .NET remoting or via pipes or WCF. First they need to be creat as seperate process via some factory method
Usman
Thanks Jaroslav..I am able to create seperate processes and now will make communication using .NET remoting.
Usman