You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Mikhail Khludnev (JIRA)" <ji...@apache.org> on 2015/12/02 10:49:11 UTC

[jira] [Commented] (SOLR-7885) Add support for loading HTTP resources

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

Mikhail Khludnev commented on SOLR-7885:
----------------------------------------

[~aaronlab] did you consider to send dataConfig content as a request parameter. 
At least it's supported for reloading config: ?command=reload-config&dataConfig=<dataConfig.....
but it might be also supported for command=full-import too 

if you are interesting it might be sent as POST body. 

regarding the patch, personally I'm hesitating to open one more backdoor in Solr. 
I'm sorry for silence, I just found jira notification in gmail Spam folder. 


> 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-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org