[ 
https://issues.apache.org/jira/browse/SOLR-2284?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970914#action_12970914
 ] 

Hoss Man commented on SOLR-2284:
--------------------------------

Here's three tests that failed for me consistently this morning until i 
realized it was because i had old indexes in the examples/multicore directory...

org.apache.solr.client.solrj.embedded.MergeIndexesEmbeddedTest
org.apache.solr.client.solrj.embedded.MultiCoreEmbeddedTest
org.apache.solr.client.solrj.embedded.MultiCoreExampleJettyTest

...there may be others depending on indexes in example/solr that i didn't get 
failures for

> tests should not depend on indexes in example data dirs
> -------------------------------------------------------
>
>                 Key: SOLR-2284
>                 URL: https://issues.apache.org/jira/browse/SOLR-2284
>             Project: Solr
>          Issue Type: Bug
>            Reporter: Hoss Man
>             Fix For: 4.0
>
>
> Several tests legitimately use "example" configs as a way of verifying that 
> the configs themselves are valid and load properly.  other tests re-use the 
> example configs to test out of lazyiness.
> In either case, these tests should not be using existing indexes found in the 
> example data directories when running the tests.  example indexes are not 
> cleaned up at the end of test runs, and they are not deleted by "ant clean" a 
> codec or other index incompatibility made on trunk can result in tests that 
> fail because an old example index which the user has not manually cleaned up 
> can not be open by the test.
> tests using example configs (for whatever reason) should always use their own 
> private data directory cleaned up on test completion

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


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

Reply via email to