[ 
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-fixtest.patch

An attempt to fix the broken test.

Apply _after_ main patch.
                
> 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
>            Priority: Blocker
>         Attachments: SOLR-4982-fixtest.patch, SOLR-4982.patch, 
> SOLR-4982.patch, SOLR-4982.patch, 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-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to