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

[jira] [Created] (SOLR-7850) Move user customization out of solr.in.* scripts

Shawn Heisey created SOLR-7850:
----------------------------------

             Summary: Move user customization out of solr.in.* scripts
                 Key: SOLR-7850
                 URL: https://issues.apache.org/jira/browse/SOLR-7850
             Project: Solr
          Issue Type: Improvement
          Components: scripts and tools
    Affects Versions: 5.2.1
            Reporter: Shawn Heisey
            Priority: Minor


I've seen a fair number of users customizing solr.in.* scripts to make changes to their Solr installs.  I think the documentation suggests this, though I haven't confirmed.

One possible problem with this is that we might make changes in those scripts which such a user would want in their setup, but if they replace the script with the one in the new version, they will lose their customizations.

I propose instead that we have the startup script look for and utilize a user customization script, in a similar manner to linux init scripts that look for /etc/default/packagename, but are able to function without it.  I'm not entirely sure where the script should live or what it should be called.  One idea is server/etc/userconfig.\{sh,cmd\} ... but I haven't put a lot of thought into it yet.

If the internal behavior of our scripts is largely replaced by a small java app as detailed in SOLR-7043, then the same thing should apply there -- have a config file for a user to specify settings, but work perfectly if that config file is absent.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org