[ https://issues.apache.org/jira/browse/SOLR-7885?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Aaron LaBella updated SOLR-7885: -------------------------------- Attachment: SOLR-7885-2.patch SOLR-7885-1.patch I split the patch into 2 parts, one for solr-core and one for dataimporthandler > Add support for loading HTTP resources > -------------------------------------- > > Key: SOLR-7885 > URL: https://issues.apache.org/jira/browse/SOLR-7885 > Project: Solr > Issue Type: Improvement > Components: contrib - DataImportHandler, SolrJ > Affects Versions: 5.3 > Reporter: Aaron LaBella > Attachments: SOLR-7885-1.patch, SOLR-7885-2.patch > > > I have a need to be able to load data import handler configuration files from > an HTTP server instead of the local file system. So, I modified > {code}org.apache.solr.core.SolrResourceLoader{code} and some of the > respective dataimport files in {code}org.apache.solr.handler.dataimport{code} > to be able to support doing this. > {code}solrconfig.xml{code} now has the option to define a parameter: > *configRemote*, and if defined (and it's an HTTP(s) URL), it'll attempt to > load the resource. If successfully, it'll also persist the resource to the > local file system so that it is available on a solr server restart per chance > that the remote resource is currently unavailable. > Lastly, to be consistent with the pattern that already exists in > SolrResourceLoader, this feature is *disabled* by default, and requires the > setting of an additional JVM property: > {code}-Dsolr.allow.http.resourceloading=true{code}. > Please review and let me know if there is anything else that needs to be done > in order for this patch to make the next release. As far as I can tell, it's > fully tested and ready to go. > Thanks. -- This message was sent by Atlassian JIRA (v6.3.4#6332) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org