Re: [Plastic-devs] plastic file ref

[R H. <ric...@co...>]

On Tue, 4 Jul 2006, Mark Taylor wrote:

> On Tue, 4 Jul 2006, R Holbrey wrote:
>
>> I still see an admin role for the hub here (not popular, I know). It now
>> see it would mean extra work and complexity, but hey, why write the code
>> there when it can be done again and again in Java, c++, python..   ;-)
>
> hmmm...

How about this for a less intrusive mechanism (based on the the idea of 
reference counting 'smart-pointers'):

1. An application registers an interesting votable with the hub, and its 
location is broadcast to other interested apps.

2. Other apps (if they are interested) load the table and tell the hub, 
which increases the hub's reference count by one (for each app).

3. If these apps signal 'not interested' or they unregister, the hub 
reference count falls to zero and the hub deletes the file (or notifies 
the originating or last 'interested' app to delete).

---
This would at least, save some unnecessary copying, and might allow temp 
files to exist while downloading from elsewhere..?


>
>> Also, I suppose badly behaved apps might not choose to respond and then
>> the hub has to start making decisions... but then I thought I observed
>> that the hub unregistered eirik, if it returned "false" ?
>
> It certainly shouldn't do that.

I think the problem was a bad cast I was making: quick question just to 
clarify.. the third arg to perform is always an array in xml/List in java?

Richard