publish/subscribe across process boundaries

  • Thread starter Thread starter Gary C
  • Start date Start date
G

Gary C

I'm attempting to get a singleton pub/sub component working in CF 3.5 using
c#. It must work across process boundaries (can't use Event/Delegate). The
two technologies that I've investigated are
1. .NET remoting
2. WCF

Both support singletons. WCF has the advantage that it is newer and will
likely be supported better in the future.
The problem is with sending notifications to subscribers. WCF has something
called duplex support but that doesn't seem to be supported in CF. This is
where I need help. Which of the two technologies would be better choice for
supporting notifications to subscribers and what is the mechanism? Just some
decent keywords would be helpful. Thank you.
 
I'm confused. You want IPC on the same device? I'm guessing you didn't
ivestigate much since Reoting isn't even supported in the CF, and WCF
hosting is pretty much non-existent without an insane level of work.

Point to point message queues are easy and efficient, so my guess is that's
where you'd want to head.


--

Chris Tacke, Embedded MVP
OpenNETCF Consulting
Giving back to the embedded community
http://community.OpenNETCF.com
 
Hi Chris,
Thank you very much for your advice because it is helping narrow down the
field of technologies.
System.ComponentModel appears to be supported in CF and I incorrectly
referred to that as .Net remoting. From my searches, I get the feeling
Component, IContainer, and ISite aren't used as much currently. You have
visibility into many more applications than I do. Do you believe WCF has
already caught up to this technology in CF3.5?

Point-to-point message queues seem to only be supported on CE. We would like
to also run our app on the desktop for demos. MSMQ might work since it is
supported on both (I'm using CF3.5). It seems MSMQ is fairly similar
point-to-point message queues in functionality, but it will be overtaken by
WCF eventually. Are my conclusions reasonable?

Basically, for the publish side I'm trying to achieve the same functionality
as a COM Interface and for the subscribe side I'm trying to achieve similar
functionality as a COM Connection Point. I'd rather stay in managed code or
have a few p/invokes than go back to COM.

Again, thank you for your advice so far.
Gary
 
IMO, you're not going to find something that works on both, ad if you did,
I'd say it probably wouldn't work well. I'd be inclined to interface it
out, then use one transport on the device (P2P queues, certainly not MSMQ)
and then another on the desktop. THat way the calling code would eb the
same, but the tranport could be swapped out at any point, and eveolve if and
when technology changes enough to warrant the swap.


--

Chris Tacke, Embedded MVP
OpenNETCF Consulting
Giving back to the embedded community
http://community.OpenNETCF.com
 
RemObjects ( www.remobjects.com ) is cross-platform and adds hosting support
to CE/WM for 'remoting' using either HTTP or 'plain' TCP/Ip sockets..

Alberto Silva
http://www.moving2u.pt - R&D Manager
http://msmvps.com/AlbertoSilva - Blog
Microsoft MVP - Device Application Development


Chris Tacke said:
IMO, you're not going to find something that works on both, ad if you did,
I'd say it probably wouldn't work well. I'd be inclined to interface it
out, then use one transport on the device (P2P queues, certainly not MSMQ)
and then another on the desktop. THat way the calling code would eb the
same, but the tranport could be swapped out at any point, and eveolve if
and when technology changes enough to warrant the swap.


--

Chris Tacke, Embedded MVP
OpenNETCF Consulting
Giving back to the embedded community
http://community.OpenNETCF.com







__________ Information from ESET NOD32 Antivirus, version of virus
signature database 4195 (20090629) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

__________ Information from ESET NOD32 Antivirus, version of virus signature database 4195 (20090629) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com
 
Back
Top