[ https://issues.apache.org/jira/browse/SOLR-13035?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16731997#comment-16731997 ]
Jan Høydahl commented on SOLR-13035: ------------------------------------ My main point was not to add a 'var' dir in the dist but to make an intuitive distinction between binaries and data. {{SOLR_VAR_ROOT}} could default to {{$SOLR_TIP}} and thus get {{data}} and {{logs}} directories under root. Of course you can set SOLR_HOME, SOLR_LOGS_DIR and PID_DIR today to move everything but I understood the title of this JIRA is to make this even easier? > Utilize solr.data.home / solrDataHome in solr.xml to set all writable files > in single directory > ----------------------------------------------------------------------------------------------- > > Key: SOLR-13035 > URL: https://issues.apache.org/jira/browse/SOLR-13035 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) > Reporter: Amrit Sarkar > Priority: Major > Attachments: SOLR-13035.patch, SOLR-13035.patch > > > {{solr.data.home}} system property or {{solrDataHome}} in _solr.xml_ is > already available as per SOLR-6671. > The writable content in Solr are index files, core properties, and ZK data if > embedded zookeeper is started in SolrCloud mode. It would be great if all > writable content can come under the same directory to have separate READ-ONLY > and WRITE-ONLY directories. > It can then also solve official docker Solr image issues: > https://github.com/docker-solr/docker-solr/issues/74 > https://github.com/docker-solr/docker-solr/issues/133 -- This message was sent by Atlassian JIRA (v7.6.3#76005) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org