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

Erick Erickson commented on SOLR-4725:
--------------------------------------

Neither solr.xml nor solrconfig.xml, I'm talking about an individual <core> 
attribute. In the old-style solr.xml, you could define these per core.

<core name="myname" dataDir="absolute or relative path here" 
instanceDir="another path" blah blah />

So in new-style core.properties file used for discovery it is pretty easy to 
have more than one core point to the same dataDir or more than one core have 
the same name just by copy/paste/edit failures. And since they're scattered in 
a number of different directories rather than concentrated in a single file, 
harder to find. And we didn't help them find the problem either, this condition 
was never checked for.

Note that we've _always_ allowed someone to shoot themselves in the foot this 
way, now I just think it's easier to do and harder to find in discovery mode. 
Actually SOLR-4662 refuses to load cores that violate either of these 
constraints.
                
> Should we stop supporting "name" and "dataDir" in the autodiscover mode?
> ------------------------------------------------------------------------
>
>                 Key: SOLR-4725
>                 URL: https://issues.apache.org/jira/browse/SOLR-4725
>             Project: Solr
>          Issue Type: New Feature
>    Affects Versions: 4.3, 5.0
>            Reporter: Erick Erickson
>            Assignee: Erick Erickson
>            Priority: Blocker
>
> Making this a blocker so we resolve it. Should be quick to code if we have 
> consensus, maybe nothing at all to do here.
> I'm not too happy with the fact that the new core discovery process has two 
> real gotcha's. The individual core.properties file can define 'name' and 
> 'dataDir'. It seems too easy to either use the same name for two different 
> cores or use the same dataDir, just copy the core.properties file around and 
> fail to edit one them. In large installations this could be a bear to track 
> down.
> Straw-man proposal is the we remove support for them both in discovery mode. 
> The name defaults to the directory in which core.properties is found and the 
> data dir is immediately below there.
> Currently, there are checks to fail to load either core if either 'name' or 
> 'dataDir' is defined in more than one core. I think the error reporting is 
> weak, you probably have to look in the log file and there should be a way to 
> get this in the admin UI at least.
> Maybe the right thing to do is just leave it as-is and emphasize that 
> specifying the dataDir and name is expert level and you have to get it right, 
> but I wanted to get wider exposure to the problem before we push 4.3 out.

--
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: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to