2009/8/20 Emmanuel Bernard
>
> On 18 août 09, at 17:35, Łukasz Moreń wrote:
>
> Now, every directory provider creates new Infinispan CacheManager - factory
> for caches. Each manager creates cache with defined name. Caches with this
> same name make distributed one, so we can have one common cach
I don't want static code in HSearch if we can avoid that. It always
creates unexpected issues. (In this case units tests will be quite
messy at least).
Plus Caches and CacheManager don't have to be closed? They might need
to be tied to the HSearch lifecycle or something.
On 20 août 09, at 0
Hmm, I have to think more about that. Caches close when DirectoryProvider
stops, so CM could be also.
2009/8/20 Emmanuel Bernard
> I don't want static code in HSearch if we can avoid that. It always creates
> unexpected issues. (In this case units tests will be quite messy at
> least).Plus Cach
Begin forwarded message:
From: Emmanuel Bernard
Date: 20 août 2009 13:03:37 UTC-04:00
To: Łukasz Moreń
Subject: Re: [hibernate-dev] Configuration for Infinispan cache
working as directory provider in HSearch
Well except that if a CM has many Caches, you can close it only when
the l
Yes, that's right, and also CM can close all its caches. If CM is single per
HS start it could be stored as a field somewhere in
SearchFactoryImplementor, but code won't be too clean then.
Another idea is to add non-static CM field to IspnDirectoryProvider and it
will be initialized by first indexe
On 20 août 2009, at 13:25, Łukasz Moreń
wrote:
Yes, that's right, and also CM can close all its caches.
If CM is single per HS start it could be stored as a field somewhere
in SearchFactoryImplementor, but code won't be too clean then.
I don't want that. That would be pure pollution :)
Ok, thanks for advice. I think it has as each DP has an access
to SearchFactoryImplementor
2009/8/20 Emmanuel Bernard
>
>
> On 20 août 2009, at 13:25, Łukasz Moreń wrote:
>
> Yes, that's right, and also CM can close all its caches. If CM is single
> per HS start it could be stored as a field so
