A shim was how I ended up solving the problem last time I encountered it, 
for what it's worth; that way you don't have to copy every version of every 
client that might call the server to the server's directory (a maintenance 
nightmare).

In some ways, Remoting is still unfinished, as you note. That said, IME it 
still beats heck out of COM+. ;) Indigo (now Windows Communication 
Foundation, I think) in Vista should be a much-welcomed improvement over 
Remoting in .Net 1.x.

On 9/7/05, Rob Perkins <[EMAIL PROTECTED]> wrote:
> 
> On Wed, 7 Sep 2005 10:40:42 -0600, Mike Woodring <[EMAIL PROTECTED]> 
> wrote:
> 
> >> When signing up for events from a remoted object, the server
> >> object needs to
> >> have access to the client code in order to complete the event
> >> registration
> >> (otherwise it doesn't know how to call the delegate when the event is
> >> raised). You can do this a number of ways; the easiest is to
> >> copy the client
> >> code (the DLL or EXE) to the same directory as the server
> >> object resides in.
> 
> I can do that; do I need to have a reference in the server project (which 
> is impossible to do for an
> EXE assembly, I found out.
> 
> I'll try that.
> 
> >Alternatively, you can use a 'shim' that's shared between client & 
> server,
> >and which forwards remoted event notifications back to the client (avoids
> >having to put the client assembly on the remote server machine):
> 
> Dunno... After spending all those years learning and using COM and COM+, 
> where your same-
> computer out-of-process communication was nearly automatic, much of this 
> stuff seems like a
> poorly-thought-out kludge. Or simply unfinished at release time.
> 
> I can't be the only one frustrated with the fact that IPC named pipes 
> never made it into the 1.x
> Framework; they would have been abso-freakin-lutely perfect for my 
> application.
> 
> Thanks very much!
> 
> Rob
> 
> ===================================
> This list is hosted by DevelopMentor(r) http://www.develop.com
> 
> View archives and manage your subscription(s) at 
> http://discuss.develop.com
> 



-- 
Eric Means
[EMAIL PROTECTED]
http://www.randomtree.org/eric/

===================================
This list is hosted by DevelopMentorĀ®  http://www.develop.com

View archives and manage your subscription(s) at http://discuss.develop.com

Reply via email to