Interprocess Communication

[DC]

Hi,

I am using a windows service. Now I need to access some data inside
this service with a windows forms application. As an alternative I
could use a web project to get what I need from the windows service.

That windows forms app or the webapp will sit on the same machine. Am I
right in thinking that I must use marshaling and remoting in order to
make the applications communicate or is there an easier approch?

Thanks for any hint in advance,
Regards
DC

 

[John Duval]

Hi DC,
There are a lot of different IPC mechanisms, so I wouldn't say that you
*must* use remoting in order to make the applications communicate. For
example, you could use sockets, named pipes, etc... However, I think
that remoting is probably the easiest approach.

Since you are asking for an easier approach, does that mean you're
having some trouble using remoting?

John

 

[Michael Nemtsev]

Hello DC,

Just to add to Jonh's post see there several samples of different ways of IPC
http://www.codeproject.com/info/sea...=Search&author=&sd=15+Nov+1999&ed=12+Jan+2007

---
WBR,
Michael Nemtsev [C# MVP] :: blog: http://spaces.live.com/laflour

"The greatest danger for most of us is not that our aim is too high and we
miss it, but that it is too low and we reach it" (c) Michelangelo

D> Hi,
D>
D> I am using a windows service. Now I need to access some data inside
D> this service with a windows forms application. As an alternative I
D> could use a web project to get what I need from the windows service.
D>
D> That windows forms app or the webapp will sit on the same machine. Am
D> I right in thinking that I must use marshaling and remoting in order
D> to make the applications communicate or is there an easier approch?
D>
D> Thanks for any hint in advance,
D> Regards
D> D

 

[Guest]

*Sigh*

yea, all we have to do is wait for frameworks 3.0


How much of that stuff is just a nice looking wrapper around c++ classes.
Dont get me wrong, I realy like the frameworks.

I do find the wrappers frustrating at times because they dont always
have all of the bells and whistles that the com classes that they rap have.

Eg Named pipes,
Gdi's BitBlt,
.....

 

[Joerg Jooss]

Thus wrote TheMadHatter,

How much of that stuff is just a nice looking wrapper around c++
classes. Dont get me wrong, I realy like the frameworks.

I do find the wrappers frustrating at times because they dont always
have all of the bells and whistles that the com classes that they rap
have.

Which COM classes does WCF wrap? Or WPF? Or WF?

 

[Willy Denoyette [MVP]]

*Sigh*

yea, all we have to do is wait for frameworks 3.0

No you don't, it's been realeased two month ago.

How much of that stuff is just a nice looking wrapper around c++ classes.
Dont get me wrong, I realy like the frameworks.

So what did you expect? They rewrite the whole Win32 API in managed code? The Framework is
nothing more than an API you know.

I do find the wrappers frustrating at times because they dont always
have all of the bells and whistles that the com classes that they rap have.

What are you talking about? nothing in the Framework (V2 and V3) IPC space is actually a
wrapper around COM implementations, all what's done are calls into Win32 API's (sockets,
namedpipes, shared memory etc..).
Named pipes aren't COM wrappers, they are kernel objects.


Willy.

 

[=?ISO-8859-1?Q?Arne_Vajh=F8j?=]

Which COM classes does WCF wrap? Or WPF? Or WF?

One of the supported "service types" (in lack of a better word) for
WCF is COM+, so WCF has something to do with COM.

Arne

 

[Joerg Jooss]

Thus wrote Arne_Vajhøj,

One of the supported "service types" (in lack of a better word) for
WCF is COM+, so WCF has something to do with COM.

Could we please stop stabbing in the dark?

WCF can be integrated with existing COM+ services. That doesn't mean WCF
is a thin wrapper around a COM library.
Neither is WCF a ASP.NET wrapper, nor a WSE3 wrapper, nor a COM wrapper,
yet it integrates with all of those quite nicely.

Cheers,

 

[DC]

Thanks John!

The reason I was asking ist that I have actually never ever implemented
any type of low-level IPC in C#. I will give remoting a try since
performance is really not a big issue for my app.

Regards,
DC

 

[DC]

Thanks Michael!

Very good examples, I had not checked Code Project on IPC yet. I will
probably try a named pipe solution if I somehow don't get along with
remoting.

Regards,
DC