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

• Type: Bug
• Status: Closed
• Priority: Blocker
• Resolution: Fixed
• Affects Version/s: 4.3, 6.0
• Fix Version/s: 4.4, 6.0
• Component/s: multicore
• Assignee: Erick Erickson
• Reporter: Erick Erickson
• Created: 01/Jul/13 21:51
• Updated: 09/May/16 18:56
• Resolved: 07/Jul/13 12:52

Description

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?

Issue Links

• depends upon: SOLR-4948 Tidy up CoreContainer construction logic