[hibernate-issues] [Hibernate-JIRA] Resolved: (HSEARCH-367) Support only one kind of Similarity per index

Sanne Grinovero (JIRA) noreply at atlassian.com
Tue Oct 27 15:30:16 EDT 2009


     [ http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-367?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Sanne Grinovero resolved HSEARCH-367.
-------------------------------------

    Resolution: Fixed

> Support only one kind of Similarity per index
> ---------------------------------------------
>
>                 Key: HSEARCH-367
>                 URL: http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-367
>             Project: Hibernate Search
>          Issue Type: Bug
>            Reporter: Sanne Grinovero
>            Assignee: Sanne Grinovero
>             Fix For: 3.2.0
>
>
> pasted from the developer's list:
> Each time a new Document is added to the index,
> the similarity relevant to that entity is looked up from the
> pertaining documentBuilder
> and set to the indexwriter:
> AddWorkDelegate:
> Similarity similarity = documentBuilder.getSimilarity();
> writer.setSimilarity( similarity );
> writer.addDocument( work.getDocument(), analyzer );
> So the analyzer is scoped per document, the similarity is globally set
> on the indexwriter.
> Does this make sense to update the similarity for each add operation type?
> This is a problem as I can't use two (more) threads to add documents to
> the same index.
> Is there a good use case for which someone might need a different
> Similarity implementation
> for different entities contained in the same index?
> I'd like to change that to an "illegal configuration".

-- 
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.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        


More information about the hibernate-issues mailing list