What your are proposing seems like it should work. I am surprised it
doesn't. Why would it not work? Does it not work with RMI? If you can call
methods on an object from the client to the server, why can't it be the
reverse..where the client object passed in (this) is like a "server" object
to the server (which would assume the role of a client in this case). I
thought RMI is two way..so I can't make sense of why this wouldn't work.
> -----Original Message-----
> From: Juan Lorandi (Chile) [mailto:[EMAIL PROTECTED]]
> Sent: Friday, October 20, 2000 2:54 PM
> To: Orion-Interest
> Subject: RE: Remote object callback from a session bean
>
>
> Message Beans, regretably, they're only a public draft at
> this moment, tough
> orion already provides some support for them
>
> -----Original Message-----
> From: John D'Ausilio [mailto:[EMAIL PROTECTED]]
> Sent: Viernes, 20 de Octubre de 2000 17:22
> To: Orion-Interest
> Subject: Remote object callback from a session bean
>
>
> Tell me if I'm insane or not ...
>
> I have a session bean, and one of the services it provides is
> a long-running
> process which needs to inform the object on whose behalf it
> is running when
> various events occur.
>
> 1. Client gets the session bean and calls
> createProcess(processID, this) ...
> passing itself along
> 2. Session bean does it's thing, create a process and gives
> it the client
> object reference
> 3. As the process processes, at various points it calls
> receiveEvent() on
> the client object reference
>
> Seems to me that this should be feasible using standard RMI
> stuff .. I made
> an interface extending Remote that exposes the receiveEvent
> call, made the
> client class extend UnicastRemoteObject, and ran rmic on the class to
> generate a stub. The stub source looks sensible. Everything
> actually runs
> without error, but the client callback never gets executed
> and the client
> finishes but never terminates, as there are a couple of
> RMI-related threads
> that never die.
>
> I've successfully tested some vanilla RMI stuff and made remote object
> calls, but I had to create a .java.policy file. Is there some
> equivalent
> mechanism that needs to be set up for Orion?
>
> Has anyone tried anything this funky? Is there an
> easier/saner way to do
> this?
>
> Thanks!
> jd
>
