river-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Sim IJskes - QCG <...@qcg.nl>
Subject Re: strange problem with DGC
Date Mon, 08 Mar 2010 19:35:25 GMT
Peter Firmstone wrote:
> What's interesting, is Sim appears to be creating a Remote, exporting it 
> and serializing it's proxy directly across to a client/s without using 
> the Service Registrar.  I'm guessing it is basically a distributed 
> mutable object where mutations are controlled by one node, responsible 
> for managing it's mutability and providing some local information for 
> it's implementation, but where the parent node doesn't need to utilize 
> this particular object and hence doesn't keep a strong reference (if the 
> implementation didn't need local info and it wasn't required on the 
> parent node, the mutable object itself could be serialized rather than 
> it's proxy).  So it appears the remote clients need some information 
> from the node on which the object is running.
> 
> Ordinarily, one would choose a service to provide the information, 
> however I think in Sim's case he has made this design decision due to a 
> corner case where the parent node's network connection is hidden behind 
> a firewall, so the information cannot be provided by a service.  Hence 
> the handback Remote object.  He wants to use DGC to clean it up when no 
> longer needed.

I've never read such a condensed and to the point description of the 
package. And this even without seeing the source. Peter, you can write 
my documentation anytime! ;-) Was it the 'javadoc -esp' option?

Gr. Sim

Mime
View raw message