[hibernate-dev] lookup of Infinispan cachemanager for Search's own dirty reasons
sanne at hibernate.org
Wed Nov 17 10:31:10 EST 2010
thanks all for the clarifications; I was wrongly assuming that we
should have just one CacheManager running in AS6.
Now I see, I'll use my own independent one.
I'm making sure Hibernate Search is able to start (and stop) it's own
CacheManager, or instead retrieve one via JNDI.
So now I don't see anymore a strong reason to define a default name,
nor bundle a configuration into JBoss6 - agree?
So it will first try to find a CacheManager via JNDI using the name
defined with the following configuration property:
(underscore is a convention used in many other Search's properties)
If this property is undefined, it will look for this one:
which should point to an Infinispan configuration file.
If this is not defined either, we fall back to the resourcename
which will be included in Hibernate Search, providing general purpose
defaults but no cachestore.
2010/11/17 Galder Zamarreño <galder at jboss.org>:
> On Nov 16, 2010, at 6:25 PM, Sanne Grinovero wrote:
>> I see that the Infinispan second level cache defines a nice property
>> "hibernate.cache.infinispan.cachemanager" to search an existing
>> CacheManager via JNDI.
>> Now in case of Hibernate Search's DirectoryProvider making use of
>> Infinispan, I suppose that people will want to lookup the same
>> which then would be used for both purposes, even if very likely the
>> configuration will contain different caches for each use case.
> Hmmm, not so sure about that actually.
> Your cache manager and the 2LC one have different purposes and can you guarantee that your app won't end up using a 2LC cache by mistake? You'd need to have some kind of knowledge of the cache naming there.
> So, -1 to this.
>> So from Hibernate Search's new module, shall I look for the same
>> property? The "cache" part in the name is unfortunate, still I would
>> like to define it just once.
>> 1 - add a new property "hibernate.infinispan.jndiname", and have the
>> 2LC look for this as fallback, I'll look for the same
> No, you need your own property. Why not start naming it with hibernate.search.X and that way you avoid collisions with other hibernate properties?
>> 2 - I suppose JBoss6 will bind it to JNDI by default, could we use
>> this name as default in Hibernate to bring configuration need to the
> JBoss6 uses different cache managers, not just one: i.e. WebSessions, 2LC, EJb3SFSB, so I doubt there's a single JNDI name there.
>> In that case I'd love to add some cache configurations for the dirty
>> purposes of Hibernate Search in the AS distribution, so that stuff
>> works with minimal configuration hazards.
>> hibernate-dev mailing list
>> hibernate-dev at lists.jboss.org
> Galder Zamarreño
> Sr. Software Engineer
> Infinispan, JBoss Cache
More information about the hibernate-dev