You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Robert Muir (Created) (JIRA)" <ji...@apache.org> on 2012/03/27 11:35:28 UTC

[jira] [Created] (SOLR-3281) TestCSVResponseWriter fails on IBM JRE

TestCSVResponseWriter fails on IBM JRE
--------------------------------------

                 Key: SOLR-3281
                 URL: https://issues.apache.org/jira/browse/SOLR-3281
             Project: Solr
          Issue Type: Bug
    Affects Versions: 4.0
            Reporter: Robert Muir
             Fix For: 4.0


Looks like something is depending on HashSet order or something silly.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

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


[jira] [Commented] (SOLR-3281) TestCSVResponseWriter fails on IBM JRE

Posted by "Jan Høydahl (Commented JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/SOLR-3281?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13239914#comment-13239914 ] 

Jan Høydahl commented on SOLR-3281:
-----------------------------------

Hmm, this was fixed on 3_x branch some time back, for some reason not on trunk, see SOLR-2970, https://issues.apache.org/jira/secure/attachment/12511009/SOLR-2970-3x-fixtest.patch
                
> TestCSVResponseWriter fails on IBM JRE
> --------------------------------------
>
>                 Key: SOLR-3281
>                 URL: https://issues.apache.org/jira/browse/SOLR-3281
>             Project: Solr
>          Issue Type: Bug
>    Affects Versions: 4.0
>            Reporter: Robert Muir
>             Fix For: 4.0
>
>         Attachments: SOLR-3281.patch
>
>
> Looks like something is depending on HashSet order or something silly.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

       

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


[jira] [Updated] (SOLR-3281) TestCSVResponseWriter fails on IBM JRE

Posted by "Robert Muir (Updated) (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/SOLR-3281?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Robert Muir updated SOLR-3281:
------------------------------

    Attachment: SOLR-3281.patch
    
> TestCSVResponseWriter fails on IBM JRE
> --------------------------------------
>
>                 Key: SOLR-3281
>                 URL: https://issues.apache.org/jira/browse/SOLR-3281
>             Project: Solr
>          Issue Type: Bug
>    Affects Versions: 4.0
>            Reporter: Robert Muir
>             Fix For: 4.0
>
>         Attachments: SOLR-3281.patch
>
>
> Looks like something is depending on HashSet order or something silly.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

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


[jira] [Commented] (SOLR-3281) TestCSVResponseWriter fails on IBM JRE

Posted by "Uwe Schindler (Commented) (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/SOLR-3281?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13239932#comment-13239932 ] 

Uwe Schindler commented on SOLR-3281:
-------------------------------------

It should be a usual merge branch3x -> trunk?
                
> TestCSVResponseWriter fails on IBM JRE
> --------------------------------------
>
>                 Key: SOLR-3281
>                 URL: https://issues.apache.org/jira/browse/SOLR-3281
>             Project: Solr
>          Issue Type: Bug
>    Affects Versions: 4.0
>            Reporter: Robert Muir
>             Fix For: 4.0
>
>         Attachments: SOLR-3281.patch
>
>
> Looks like something is depending on HashSet order or something silly.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

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


[jira] [Resolved] (SOLR-3281) TestCSVResponseWriter fails on IBM JRE

Posted by "Jan Høydahl (Resolved JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/SOLR-3281?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jan Høydahl resolved SOLR-3281.
-------------------------------

    Resolution: Fixed
    
> TestCSVResponseWriter fails on IBM JRE
> --------------------------------------
>
>                 Key: SOLR-3281
>                 URL: https://issues.apache.org/jira/browse/SOLR-3281
>             Project: Solr
>          Issue Type: Bug
>    Affects Versions: 4.0
>            Reporter: Robert Muir
>             Fix For: 4.0
>
>         Attachments: SOLR-3281.patch
>
>
> Looks like something is depending on HashSet order or something silly.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

       

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


[jira] [Commented] (SOLR-3281) TestCSVResponseWriter fails on IBM JRE

Posted by "Robert Muir (Commented) (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/SOLR-3281?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13239346#comment-13239346 ] 

Robert Muir commented on SOLR-3281:
-----------------------------------

This is this assert: 
{code}
// test SOLR-2970 not returning non-stored fields by default
assertEquals("id,foo_b,foo_d,foo_s,foo_f,foo_i,foo_dt,foo_l,v_ss,v2_ss\n"
  , h.query(req("q","id:3", "wt","csv", "csv.header","true", "fl","*", "rows","0")));
{code}

I think because it uses fl=* that this is a bug assuming some order when its not
necessarily defined?
                
> TestCSVResponseWriter fails on IBM JRE
> --------------------------------------
>
>                 Key: SOLR-3281
>                 URL: https://issues.apache.org/jira/browse/SOLR-3281
>             Project: Solr
>          Issue Type: Bug
>    Affects Versions: 4.0
>            Reporter: Robert Muir
>             Fix For: 4.0
>
>
> Looks like something is depending on HashSet order or something silly.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

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


[jira] [Commented] (SOLR-3281) TestCSVResponseWriter fails on IBM JRE

Posted by "Robert Muir (Commented) (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/SOLR-3281?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13239930#comment-13239930 ] 

Robert Muir commented on SOLR-3281:
-----------------------------------

Thanks for digging that up Jan: that explains it!

Do you want to take this?
                
> TestCSVResponseWriter fails on IBM JRE
> --------------------------------------
>
>                 Key: SOLR-3281
>                 URL: https://issues.apache.org/jira/browse/SOLR-3281
>             Project: Solr
>          Issue Type: Bug
>    Affects Versions: 4.0
>            Reporter: Robert Muir
>             Fix For: 4.0
>
>         Attachments: SOLR-3281.patch
>
>
> Looks like something is depending on HashSet order or something silly.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

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


[jira] [Commented] (SOLR-3281) TestCSVResponseWriter fails on IBM JRE

Posted by "Robert Muir (Commented) (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/SOLR-3281?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13239345#comment-13239345 ] 

Robert Muir commented on SOLR-3281:
-----------------------------------

{noformat}
 [junit] Testsuite: org.apache.solr.response.TestCSVResponseWriter
    [junit] Testcase: testCSVOutput(org.apache.solr.response.TestCSVResponseWriter):	Caused an ERROR
    [junit] expected:<[id,foo_b,foo_d,foo_s,foo_f,foo_i,foo_dt,foo_l,v_ss,v2_ss]
    [junit] > but was:<[foo_i,v2_ss,foo_l,v_ss,foo_dt,foo_b,foo_s,foo_d,id,foo_f]
    [junit] >
    [junit] org.junit.ComparisonFailure: expected:<[id,foo_b,foo_d,foo_s,foo_f,foo_i,foo_dt,foo_l,v_ss,v2_ss]
    [junit] > but was:<[foo_i,v2_ss,foo_l,v_ss,foo_dt,foo_b,foo_s,foo_d,id,foo_f]
    [junit] >
    [junit] 	at org.junit.Assert.assertEquals(Assert.java:125)
    [junit] 	at org.junit.Assert.assertEquals(Assert.java:147)
    [junit] 	at org.apache.solr.response.TestCSVResponseWriter.testCSVOutput(TestCSVResponseWriter.java:102)
    [junit] 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    [junit] 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
    [junit] 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
    [junit] 	at java.lang.reflect.Method.invoke(Method.java:611)
    [junit] 	at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45)
    [junit] 	at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
    [junit] 	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42)
    [junit] 	at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
    [junit] 	at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
    [junit] 	at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:30)
    [junit] 	at org.apache.lucene.util.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:63)
    [junit] 	at org.apache.lucene.util.LuceneTestCase$SubclassSetupTeardownRule$1.evaluate(LuceneTestCase.java:754)
    [junit] 	at org.apache.lucene.util.LuceneTestCase$InternalSetupTeardownRule$1.evaluate(LuceneTestCase.java:670)
    [junit] 	at org.apache.lucene.util.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:69)
    [junit] 	at org.apache.lucene.util.LuceneTestCase$TestResultInterceptorRule$1.evaluate(LuceneTestCase.java:591)
    [junit] 	at org.apache.lucene.util.UncaughtExceptionsRule$1.evaluate(UncaughtExceptionsRule.java:75)
    [junit] 	at org.apache.lucene.util.LuceneTestCase$SaveThreadAndTestNameRule$1.evaluate(LuceneTestCase.java:642)
    [junit] 	at org.junit.rules.RunRules.evaluate(RunRules.java:18)
    [junit] 	at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
    [junit] 	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68)
    [junit] 	at org.apache.lucene.util.LuceneTestCaseRunner.runChild(LuceneTestCaseRunner.java:164)
    [junit] 	at org.apache.lucene.util.LuceneTestCaseRunner.runChild(LuceneTestCaseRunner.java:57)
    [junit] 	at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
    [junit] 	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
    [junit] 	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
    [junit] 	at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
    [junit] 	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
    [junit] 	at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
    [junit] 	at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:30)
    [junit] 	at org.apache.lucene.util.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:63)
    [junit] 	at org.apache.lucene.util.UncaughtExceptionsRule$1.evaluate(UncaughtExceptionsRule.java:75)
    [junit] 	at org.apache.lucene.util.StoreClassNameRule$1.evaluate(StoreClassNameRule.java:38)
    [junit] 	at org.apache.lucene.util.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:69)
    [junit] 	at org.junit.rules.RunRules.evaluate(RunRules.java:18)
    [junit] 	at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
    [junit] 	at junit.framework.JUnit4TestAdapter.run(JUnit4TestAdapter.java:39)
    [junit] 	at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:420)
    [junit] 	at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:911)
    [junit] 	at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:743)
    [junit] 
    [junit] 
    [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0.405 sec
    [junit] 
    [junit] ------------- Standard Error -----------------
    [junit] NOTE: reproduce with: ant test -Dtestcase=TestCSVResponseWriter -Dtestmethod=testCSVOutput -Dtests.seed=5ceee60f8bd8b2d2:-17c681fed75466cd:ba18a5d78613224 -Dargs="-Dfile.encoding=UTF-8"
    [junit] NOTE: reproduce with: ant test -Dtestcase=TestCSVResponseWriter -Dtestmethod=testCSVOutput -Dtests.seed=5ceee60f8bd8b2d2:-17c681fed75466cd:ba18a5d78613224 -Dargs="-Dfile.encoding=UTF-8"
    [junit] NOTE: test params are: codec=Appending, sim=RandomSimilarityProvider(queryNorm=true,coord=true): {}, locale=ja, timezone=Europe/Paris
    [junit] NOTE: all tests run in this JVM:
    [junit] [SampleTest, TestPluginEnable, TestSolrCoreProperties, CommonGramsFilterFactoryTest, TestBeiderMorseFilterFactory, TestCollationKeyRangeQueries, TestCzechStemFilterFactory, TestDelimitedPayloadTokenFilterFactory, TestGermanStemFilterFactory, TestIndonesianStemFilterFactory, TestJapaneseBaseFormFilterFactory, TestJapanesePartOfSpeechStopFilterFactory, TestJapaneseTokenizerFactory, TestKStemFilterFactory, TestMultiWordSynonyms, TestNorwegianLightStemFilterFactory, TestNorwegianMinimalStemFilterFactory, TestPortugueseStemFilterFactory, TestRussianFilters, TestSlowSynonymFilter, TestStemmerOverrideFilterFactory, TestThaiWordFilterFactory, TestTypeTokenFilterFactory, TestUAX29URLEmailTokenizerFactory, FullSolrCloudDistribCmdsTest, LeaderElectionIntegrationTest, ZkNodePropsTest, ZkSolrClientTest, IndexReaderFactoryTest, TestCodecSupport, TestCoreContainer, TestPropInjectDefaults, TestQuerySenderListener, TestQuerySenderNoQuery, JsonLoaderTest, MoreLikeThisHandlerTest, StandardRequestHandlerTest, XsltUpdateRequestHandlerTest, ShowFileRequestHandlerTest, DebugComponentTest, QueryElevationComponentTest, FastVectorHighlighterTest, SimpleFacetsTest, TestCSVResponseWriter]
    [junit] NOTE: Linux 3.0.0-14-generic x86/IBM Corporation 1.6.0 (32-bit)/cpus=8,threads=13,free=19121216,total=60067840
    [junit] ------------- ---------------- ---------------
    [junit] TEST org.apache.solr.response.TestCSVResponseWriter FAILED
{noformat}
                
> TestCSVResponseWriter fails on IBM JRE
> --------------------------------------
>
>                 Key: SOLR-3281
>                 URL: https://issues.apache.org/jira/browse/SOLR-3281
>             Project: Solr
>          Issue Type: Bug
>    Affects Versions: 4.0
>            Reporter: Robert Muir
>             Fix For: 4.0
>
>
> Looks like something is depending on HashSet order or something silly.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

       

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


[jira] [Commented] (SOLR-3281) TestCSVResponseWriter fails on IBM JRE

Posted by "Robert Muir (Commented) (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/SOLR-3281?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13239937#comment-13239937 ] 

Robert Muir commented on SOLR-3281:
-----------------------------------

I think so, but Jan seems most familiar with the issue... that's all.
                
> TestCSVResponseWriter fails on IBM JRE
> --------------------------------------
>
>                 Key: SOLR-3281
>                 URL: https://issues.apache.org/jira/browse/SOLR-3281
>             Project: Solr
>          Issue Type: Bug
>    Affects Versions: 4.0
>            Reporter: Robert Muir
>             Fix For: 4.0
>
>         Attachments: SOLR-3281.patch
>
>
> Looks like something is depending on HashSet order or something silly.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

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