Fwd: [hibernate-dev] Hibernate Search: configure the LockingFactory

Emmanuel Bernard emmanuel at hibernate.org
Wed Feb 18 09:50:03 EST 2009



Begin forwarded message:

> From: Sanne Grinovero <sanne.grinovero at gmail.com>
> Date:  February 18, 2009 15:41:06  CEST
> To: Emmanuel Bernard <emmanuel at hibernate.org>
> Subject: Re: [hibernate-dev] Hibernate Search: configure the  
> LockingFactory
>
> 2009/2/18 Emmanuel Bernard <emmanuel at hibernate.org>:
>>
>> On  Feb 18, 2009, at 11:49, Sanne Grinovero wrote:
>>
>>> The "none" doesn't protect at all, so you have to make sure to  
>>> never open
>>> a second indexwriter or use any indexwriter when you are using an
>>> indexreader
>>> to make changes.
>>> Sounds a bit dangerous IMHO but I don't think we should stop people
>>> shooting
>>> at their own feet.
>>> As we are enforcing a single indexwriter and all our indexreaders  
>>> are
>>> readonly since
>>> last release, you may want to use it: I think the current design of
>>> H.Search
>>> doesn't stop us from offering this option.
>>> I've added a note in the docs to use it only if you really  
>>> understand it.
>>
>> Well, if you are only using Hibernate Search to access indexes (90%  
>> of our
>> user base) and you deploy on one server (80% of our user base),  
>> none is a
>> compelling solution right? (that's 70% of deployments :))
>>
>>
> yes I think it could be used; but I don't think the speed
> improvement is anything you could measure, and it is dangerous.
> Bad things will happen to your index if you don't know about it and  
> are in the
> unlucky 30% of deployments.
> Also I'm not sure what crazy things could be using the "Native  
> Lucene" APIs
> exposed...
> But now at least we don't stop anybody from trying it.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/hibernate-dev/attachments/20090218/101f9691/attachment.html 


More information about the hibernate-dev mailing list