Re: [hibernate-dev] HSearch-133

2007-12-18 Thread Emmanuel Bernard
Big -1 on forcing the user to supply the same similarity, We need to keep a similarity per entity in the SearchFactory so that the query can then retrieve it. The reason I chose IndexReader (and Multireader) was because Searcher is a much weaker abstraction, so you cannot do all the things

[hibernate-dev] HSearch-133

2007-12-16 Thread John Griffin
Emmanuel, I have the index creation working. About searching though, the user will have to supply the similarity class. There is no way of knowing what similarity was use to build an index and Similarities must be kept the same between indexing and searching or results are undefined. The query

Re: [hibernate-dev] HSearch-133

2007-12-01 Thread Emmanuel Bernard
is it specific to a given index or should rather be global for all indexes? If the latter, I would remove .default which is really here for index based properties. On Dec 1, 2007, at 14:23, John Griffin wrote: I’m starting work on 133. I believe the class that overrides DefaultSimilarity

[hibernate-dev] HSearch-133

2007-12-01 Thread John Griffin
I'm starting work on 133. I believe the class that overrides DefaultSimilarity should be specified by a configuration item probably 'hibernate.search.default.Similarity' with the classname as the value. Since the same Similarity should be used in both building the index and querying, I believe it