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

Hoss Man edited comment on SOLR-6671 at 6/30/17 10:10 PM:
----------------------------------------------------------

Jan: AFAICT DirectoryFactoryTest.testGetDataHome has failed on every *windows* 
policeman jenkins build since you added this test?

{noformat}
FAILED:  org.apache.solr.core.DirectoryFactoryTest.testGetDataHome

Error Message:
expected:<[/tmp/inst1/]data> but was:<[C:\tmp\inst1\]data>

Stack Trace:
org.junit.ComparisonFailure: expected:<[/tmp/inst1/]data> but 
was:<[C:\tmp\inst1\]data>
        at 
__randomizedtesting.SeedInfo.seed([724D123FB68E10C5:EE2BCEE4EE061786]:0)
        at org.junit.Assert.assertEquals(Assert.java:125)
        at org.junit.Assert.assertEquals(Assert.java:147)
        at 
org.apache.solr.core.DirectoryFactoryTest.testGetDataHome(DirectoryFactoryTest.java:58)
        at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

{noformat}


was (Author: hossman):
Jan: AFAICT DirectoryFactoryTest.testGetDataHome has failed on every policeman 
jenkins build since you added this test?

{noformat}
FAILED:  org.apache.solr.core.DirectoryFactoryTest.testGetDataHome

Error Message:
expected:<[/tmp/inst1/]data> but was:<[C:\tmp\inst1\]data>

Stack Trace:
org.junit.ComparisonFailure: expected:<[/tmp/inst1/]data> but 
was:<[C:\tmp\inst1\]data>
        at 
__randomizedtesting.SeedInfo.seed([724D123FB68E10C5:EE2BCEE4EE061786]:0)
        at org.junit.Assert.assertEquals(Assert.java:125)
        at org.junit.Assert.assertEquals(Assert.java:147)
        at 
org.apache.solr.core.DirectoryFactoryTest.testGetDataHome(DirectoryFactoryTest.java:58)
        at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

{noformat}

> Introduce a solr.data.home as root dir for all data
> ---------------------------------------------------
>
>                 Key: SOLR-6671
>                 URL: https://issues.apache.org/jira/browse/SOLR-6671
>             Project: Solr
>          Issue Type: New Feature
>          Components: SolrCloud
>    Affects Versions: 4.10.1
>            Reporter: Jan Høydahl
>            Assignee: Jan Høydahl
>             Fix For: master (7.0)
>
>         Attachments: SOLR-6671.patch, SOLR-6671.patch, SOLR-6671.patch, 
> SOLR-6671.patch, SOLR-6671.patch, SOLR-6671.patch, SOLR-6671.patch, 
> SOLR-6671.patch
>
>
> Many users prefer to deploy code, config and data on separate disk locations, 
> so the default of placing the indexes under 
> {{$\{solr.solr.home\}/$\{solr.core.name\}/data}} is not always wanted.
> In a multi-core/collection system, there is not much help in the 
> {{solr.data.dir}} option, as it would set the {{dataDir}} to the same folder 
> for all collections. One workaround, if you don't want to hardcode paths in 
> your {{solrconfig.xml}}, is to specify the {{dataDir}} property in each 
> {{solr.properties}} file.
> A more elegant solution would be to introduce a new Java-option 
> {{solr.data.home}} which would be to data the same as {{solr.solr.home}} is 
> for config. If set, all collections would default their {{dataDir}} as 
> {{$\{solr.data.home\)/$\{solr.core.name\}/data}}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to