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

Uwe Schindler commented on SOLR-9242:
-------------------------------------

Thanks! I have seen it and already respondend. I have an proposal, but I did 
not look into the code fully.

Sorry for the noise here, but URI.getPath() and URL.getPath() are 2 of the 
methods that are used wrongly all the time. The Maven People already have a 
nice blog post about that, because theis is also an issue when building 
classpaths and so on. If you don't read the documentation of those methods 
correctly, its almost always wrong. The problem is Linux, where you mostly 
don't see the corner cases, but people on Windows with whitespace in path names 
and drive letters always hit those issues.

> Collection level backup/restore should provide a param for specifying the 
> repository implementation it should use
> -----------------------------------------------------------------------------------------------------------------
>
>                 Key: SOLR-9242
>                 URL: https://issues.apache.org/jira/browse/SOLR-9242
>             Project: Solr
>          Issue Type: Improvement
>            Reporter: Hrishikesh Gadre
>            Assignee: Varun Thacker
>             Fix For: 6.2, master (7.0)
>
>         Attachments: 7726.log.gz, SOLR-9242.patch, SOLR-9242.patch, 
> SOLR-9242.patch, SOLR-9242.patch, SOLR-9242.patch, SOLR-9242_followup.patch, 
> SOLR-9242_followup2.patch
>
>
> SOLR-7374 provides BackupRepository interface to enable storing Solr index 
> data to a configured file-system (e.g. HDFS, local file-system etc.). This 
> JIRA is to track the work required to extend this functionality at the 
> collection level.



--
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

Reply via email to