Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
Received-SPF: pass (asf.osuosl.org: local policy)
Message-ID: <44C088F4.3030505@cirquedigital.com>
Date: Fri, 21 Jul 2006 00:57:40 -0700
From: Filip Defoort <filipdef@cirquedigital.com>
User-Agent: Thunderbird 1.5.0.4 (Macintosh/20060516)
MIME-Version: 1.0
To: Jakarta Commons Developers List <commons-dev@jakarta.apache.org>
Subject: Re: [VFS] FileObject.close rules
References: <44C01AED.6070206@cirquedigital.com> <44C0886E.7090907@ops.co.at>
In-Reply-To: <44C0886E.7090907@ops.co.at>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Thanks, Mario, that'll simplify things!

Cheers,
- Filip
PS: thanks for applying the other fix as well.

Mario Ivankovits wrote:
> Hi!
>   
>> I'm digging through some older VFS based code, and I used to plaster
>> FileObject.close() through the code (essentially after each resolve) to
>> make sure I had current information.
>>
>> With the new ON_RESOLVE cache strategy, is that still the recommended
>> way of doing things ?
>>     
> No, you can remove these lines of code - as you mentioned ON_RESOLVE
> will refresh the file-informations on each resolveFile()
>
>   
>> Or can I just leave the FileObjects I need often open, do a
>> resolveFile() before
>> I use them. Will they still get kicked out of the cache this way ? (or
>> does
>> leaving a FileObject open lock it in memory)
>>     
> No, should not be the case, as soon as you have no reference to the
> object (and the JVM needs memory) it will be garbage collected.
>
>   
>> It'd be great if someone could give some general guidelines on what the
>> intended usage patterns are with the new caching system...
>>     
> No other guideline then before, just, you do not need to call close() to
> refresh the file informations (=cacheStrategy) and - if you still would
> like to do it manually there is not a method called "refresh()" on the
> FileObject interface.
>
> Ciao,
> Mario
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>
>   


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org