[
http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-298?pag...
]
Emmanuel Bernard commented on HSEARCH-298:
------------------------------------------
yes we should implement it that way.
A structural option, or whatever the name is, is a flag that differentiate properties that
can be specific to transaction and batch from properties that cannot or more specifically
should not. This flag can be used to generate a warning in a generic way.
I did not follow the saga so open a JIRA if you think that's needed and there is none
yet. All this is related so one JIRA works for me as well (just rename the title)
Warn for dangerous IndexWriter settings
---------------------------------------
Key: HSEARCH-298
URL:
http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-298
Project: Hibernate Search
Issue Type: Improvement
Affects Versions: 3.1.0.Beta2
Reporter: Sanne Grinovero
Assignee: Emmanuel Bernard
Priority: Trivial
Fix For: 3.1.0.CR1
Usually we let the user set all IndexWriter tuning settings in a different way in
"batch" mode or in "transaction" mode.
MAX_FIELD_LENGTH and USE_COMPOUND_FILE are actually not impacting only performance but
also how and what gets indexed,
so for MAX_FIELD_LENGTH we need to log a warning (because it sounds really wrong but
someone may like it),
and throw an exception for USE_COMPOUND_FILE (because this would be dangerous).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators....
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira