[
https://issues.apache.org/jira/browse/SOLR-4030?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13527242#comment-13527242
]
Uwe Schindler commented on SOLR-4030:
-------------------------------------
@Yonik: I agree here, we should not overcomplicate it. Just ignore Radim (at
least I will do this). My only problem here is the missing checkbox in JIRA,
where the users from the beginning have to specify if they agree with the
Apache License. In that case, Radim would not be able to go to court or think
about it, because he agreed on publishing the patch by open source terms. The
problem, as Jack now explain, is the case for external people, using this issue
tracker as a source for their work. Maybe some company would have used Radim's
patch for their own product! Nobody inform them that he removed his patch here.
In my opinion, you should not be able to at least remove patches in JIRA, but
just offer the option to say at a later stage: "I submitted the patch, but I
need to undo that." This should be noted in the submit form, so anybody who is
not sure if the patch can be added here, would not do it. If some patch really
have to be deleted, only PMC members should be able to do this completely (like
in SVN where you can revert, but you have no chance to completely remove the
occurence - only SVN admins could really remove a commit completely).
To stop Radim editing this issues or reopen/close it, I set a new reporter.
> Use Lucene segment merge throttling
> -----------------------------------
>
> Key: SOLR-4030
> URL: https://issues.apache.org/jira/browse/SOLR-4030
> Project: Solr
> Issue Type: Improvement
> Reporter: Lucene Developers
> Priority: Minor
> Labels: patch
> Fix For: 4.1, 5.0
>
>
> add argument "maxMergeWriteMBPerSec" to Solr directory factories.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]