jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Julien Viet <jul...@jboss.org>
Subject Re: jackrabbit deployment model 1
Date Thu, 14 Jul 2005 14:29:36 GMT
in theory yes

the items would be loaded when needed and discarded at the end of the 
session.

caching is just here to ensure good performances and avoid to go to the 
persistent storage all the time.

Guozhong (Richard) Wang wrote:

> Julien and Marcel,
>
> Thanks for the clarification. Now I understand it's the internal cache 
> that prevents multiple Repos from accessing the storage at the same 
> time. This design makes sense as it has better performance than the 
> one without the cache. But if the internal cache is disabled as Julien 
> did, in theory should multiple Repos be able to simultaneously access 
> the storage?
>
> thanks,
> Richard
>
> Julien Viet wrote:
>
>> If you disable the cache then you reload everything all the time and 
>> should achieve the desired effect, but performances will suffer a lot.
>>
>> By the way I disabled the cache in jackrabbit (I simple modified the 
>> code to have the SharedItemCache have the put() do a noop).
>>
>> Some tests were not passing with that change. I think it is not 
>> normal to have the tests failing when the cache is disabled (even if it
>> is uses a hack to make it not effective)
>>
>> Marcel Reutegger wrote:
>>
>>> Julien Viet wrote:
>>>
>>>> because jackrabbit uses an internal cache that you cannot disable.
>>>
>>>
>>>
>>>
>>> and even if you would be able to disable the cache, one instance had 
>>> to tell the other one that something has changed on disc. otherwise 
>>> you would have to scan the filesystem all the time for possible 
>>> changes.
>>>
>>> clustering is not that easy ;)
>>>
>>> regards
>>>  marcel
>>>
>>
>>
>
>


-- 
Julien Viet
JBoss Portal Lead Developer


Mime
View raw message