You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-dev@lucene.apache.org by "Hoss Man (JIRA)" <ji...@apache.org> on 2010/02/24 02:53:29 UTC

[jira] Updated: (SOLR-1792) Document peculiar behavior of TestHarness.LocalRequestFactory

     [ https://issues.apache.org/jira/browse/SOLR-1792?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Hoss Man updated SOLR-1792:
---------------------------

    Attachment: SOLR-1792.patch

patch ... i would have already committed this but SVN seems to be down.

> Document peculiar behavior of TestHarness.LocalRequestFactory
> -------------------------------------------------------------
>
>                 Key: SOLR-1792
>                 URL: https://issues.apache.org/jira/browse/SOLR-1792
>             Project: Solr
>          Issue Type: Improvement
>    Affects Versions: 1.1.0, 1.2, 1.3, 1.4
>            Reporter: Hoss Man
>            Assignee: Hoss Man
>             Fix For: 1.5
>
>         Attachments: SOLR-1792.patch
>
>
> While working on a test case, i realized that due to method evolution, TestHarness.LocalRequestFactory.makeRequest has some really odd behavior that results in the "defaults" the factory was configured with being ignored when the method is called with multiple varargs.
> I spent some time attempting to "fix" this by adding the defaults to the end of the params, but then discovered that this breaks existing tests because the LRF defaults take precedence over defaults that may be hardcoded into the solrconfig.xml.  The internal test might be changed to work arround this, but i didn't want to risk breaking tests for users who might be using TestHarness directly.
> So this bug is just to track improving the documentation of what exactly LRF.makeRequest does with it's input

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.