[ 
https://issues.apache.org/jira/browse/LUCENE-2986?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13010672#comment-13010672
 ] 

Robert Muir commented on LUCENE-2986:
-------------------------------------

Thanks, I agree the tests look messy/lazy... I'll fix these (well I think I 
would like to delay the solr one until SOLR-2338, i fixed the 
MockConfigurableSimilarity in that patch already)


> divorce defaultsimilarityprovider from defaultsimilarity
> --------------------------------------------------------
>
>                 Key: LUCENE-2986
>                 URL: https://issues.apache.org/jira/browse/LUCENE-2986
>             Project: Lucene - Java
>          Issue Type: Task
>            Reporter: Robert Muir
>            Assignee: Robert Muir
>            Priority: Minor
>             Fix For: 4.0
>
>         Attachments: LUCENE-2986.patch
>
>
> In LUCENE-2236 as a start, we made DefaultSimilarity which implements the 
> factory interface (SimilarityProvider), and also extends Similarity.
> Its factory interface just returns itself always by default.
> Doron mentioned it would be cleaner to split the two, and I thought it would 
> be good to revisit it later.
> Today as I was looking at SOLR-2338, it became pretty clear that we should do 
> this, it makes things a lot cleaner. I think currently its confusing to users 
> to see the two apis mixed if they are trying to subclass.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to