Allen,
I have been struggling with this very implementation, where I want
bi-directional communication between one server object and one remoting
client. I have a SAO, whose methods are working properly when called from
the remoting client application, which runs on the same computer. When I
add an event to the interface for the remoted class, the server object
raises the event, but the "listening" client never receives it. The example
I based my event on, uses a second "Event Initiator" client, which simply
calls a "broadcast" sub on the server object. The server object in turn
raises the event, and the "listening" client does receive the event. I
can't seem to figure out why second "Event Initiator" client is needed, and
why the "listening" client, which has the event handler implemented, won't
work when the server object directly raises the event. No exceptions
thrown.
Example1 - Client2 calls Svr.RaiseIt, which raises Event1, Client1 receives
Event1 successfully
Example2 - Svr directly raises Event1, Client1 does not receive Event1
Any ideas are much appreciated.
RJ
> Best way to do this is simply setup an event on the server side that
> you subscribe to on the client side. Remember, this event callback
[quoted text clipped - 14 lines]
> >The question is: What is best way to send update notification back to the
> >client from the server object?
Sunny - 01 Mar 2004 16:22 GMT
Hi RJ,
please, check that the client and the server are referencing one and the
same object! WEhat kind of SAO is this - Sigleton, Singlecall. If this
is Singlecall, there is no way to make the server and the client to
point at the same object. If it is singleton, please, post your code for
exposing the server object to remoting, so I can take a look.
Sunny
> Allen,
> I have been struggling with this very implementation, where I want
[quoted text clipped - 39 lines]
> the
> > >client from the server object?