You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Erick Erickson (JIRA)" <ji...@apache.org> on 2013/07/04 16:29:48 UTC

[jira] [Updated] (SOLR-4982) Creating a core while referencing system properties looks like it loses files.

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

Erick Erickson updated SOLR-4982:
---------------------------------

    Attachment: SOLR-4982.patch

Patch with test case and fixes. All other tests pass.

I'll check this in later today, I want to do a few more tests. Unless there are objections.
                
> Creating a core while referencing system properties looks like it loses files.
> ------------------------------------------------------------------------------
>
>                 Key: SOLR-4982
>                 URL: https://issues.apache.org/jira/browse/SOLR-4982
>             Project: Solr
>          Issue Type: Bug
>          Components: multicore
>    Affects Versions: 4.3, 5.0
>            Reporter: Erick Erickson
>            Assignee: Erick Erickson
>         Attachments: SOLR-4982.patch
>
>
> If you use the core admin handler to create core and reference system properties and index files without restarting Solr, your files are indexed to the wrong place.
> Say for instance I define a sys prop EOE=/Users/Erick/tmp and create a core with this request
> localhost:8983/solr/admin/cores?action=CREATE&name=coreZ&instanceDir=coreZ&dataDir=%24%7BEOE%7D
> where %24%7BEOE%7D is really ${EOE} after URL escaping. What gets preserved in solr.xml is correct, dataDir is set to ${EOE}. And if I restart Solr, then index documents, they wind up in /Users/Erick/tmp. This is as it should be.
> HOWEVER, if rather than immediately restart Solr I index some documents to CoreZ, they go in <solr_home>/CoreZ/${EOE}. The literal path is ${EOE}, dollar sign, curly braces and all.
> How important is this to fix for 4.4?

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
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