On Fri, 14 Jan 2011 11:33:25 +0100, Sanne Grinovero
<sanne.grinovero(a)gmail.com> wrote:
Agreed, also there where additional similar requests recently via
the
forums. As usual, alternatives where found but we should make this
easier.
* SearchFactory.enableIndexing(boolean) // enables/disables globally
on
the fly
could operate on existing boolean
org.hibernate.search.event.FullTextIndexEventListener.used
+1 This is something I was wishing for some time back. It should be easy
to implement as well. This option should then also be exposed via JMX.
* FullTextSession.enableIndexing(boolean)
toggles indexing for the currently open session
I don't find this very useful. Could be skipped imo
* entity controlled, via an entity-level annotation pointing to some
custom implementation respecting interface:
boolean indexingEnabled(T entity)
This one is more tricky, should we evaluate it twice (before and after
changes) to see if an index delete operation should trigger?
As an alternative, could it have sense to provide a more complex
interface which controls add/update/delete triggers prevention.
That would really be the solution for the HSEARCH-471 usecase, hence +1
Of course we would have to settle the details.
* entity controlled, via an annotated boolean property
I'd mandate a boolean property, or something which can be easily
evaluated via a SQL fragment / Criteria / filterable, so that the same
information could be reused
by the MassIndexer when picking all values to be indexed.
Not sure I understand exactly what you mean.
--Hardy