[jira] [Commented] (SOLR-3894) make sharding policy pluggable
[ https://issues.apache.org/jira/browse/SOLR-3894?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13464344#comment-13464344 ] jiangwen wei commented on SOLR-3894: This does not mean the same thing as SOLR-2592. This mean users can develop a plugin to determine which shard a document should stay when indexing. make sharding policy pluggable -- Key: SOLR-3894 URL: https://issues.apache.org/jira/browse/SOLR-3894 Project: Solr Issue Type: New Feature Components: update Reporter: jiangwen wei allow users to specify their own sharding policy. -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Reopened] (SOLR-3894) make sharding policy pluggable
[ https://issues.apache.org/jira/browse/SOLR-3894?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] jiangwen wei reopened SOLR-3894: make sharding policy pluggable -- Key: SOLR-3894 URL: https://issues.apache.org/jira/browse/SOLR-3894 Project: Solr Issue Type: New Feature Components: update Reporter: jiangwen wei allow users to specify their own sharding policy. -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-3874) add time to live for documents
[ https://issues.apache.org/jira/browse/SOLR-3874?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13463452#comment-13463452 ] jiangwen wei commented on SOLR-3874: @ Erick Erickson, many customers have such requirment. if this is provided by solr, customers will gain great convenience. Some other projects also have such features, like hbase, MongoDB, elasticsearch. @Jan Høydahl, thanks for your suggestion, we will consider it carefully. add time to live for documents -- Key: SOLR-3874 URL: https://issues.apache.org/jira/browse/SOLR-3874 Project: Solr Issue Type: New Feature Components: update Reporter: jiangwen wei allow user to set the time to live of documents, and solr automatically delete the documents that are not live! -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-3894) make sharding policy pluggable
jiangwen wei created SOLR-3894: -- Summary: make sharding policy pluggable Key: SOLR-3894 URL: https://issues.apache.org/jira/browse/SOLR-3894 Project: Solr Issue Type: New Feature Components: update Reporter: jiangwen wei allow users to specify their own sharding policy. -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-3874) add time to live for documents
jiangwen wei created SOLR-3874: -- Summary: add time to live for documents Key: SOLR-3874 URL: https://issues.apache.org/jira/browse/SOLR-3874 Project: Solr Issue Type: New Feature Components: update Reporter: jiangwen wei allow user to set the time to live of documents, and solr automatically delete the documents that are not live! -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-3606) Set the default timeout of HttpClient to a nonzero value
jiangwen wei created SOLR-3606: -- Summary: Set the default timeout of HttpClient to a nonzero value Key: SOLR-3606 URL: https://issues.apache.org/jira/browse/SOLR-3606 Project: Solr Issue Type: Bug Components: SolrCloud Affects Versions: 5.0 Reporter: jiangwen wei set timeout to zero means infinite timeout, which can cause infinite waiting. considering the following case: there are two servers A and B in solr cluster with two shards. server A receive a search request from client and send a sub request to server B. server B also receive a search request from client and send a sub request to server A. the two requests cannot be completed forever, if the threads of jetty server in server A and server B exhausted. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-3606) Set the default timeout of HttpClient to a nonzero value
[ https://issues.apache.org/jira/browse/SOLR-3606?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] jiangwen wei updated SOLR-3606: --- Description: The default timeout of HttpClient in HttpShardHandlerFactory and SolrCmdDistributor is set to zero. Zero timeout means infinite timeout, which may cause infinite waiting. Considering the following case which is observed in our solr cluster: There are two servers A and B in solr cluster with two shards. Server A receive a search request from client and send a sub request to server B. Server B also receive a search request from client and send a sub request to server A. the two requests cannot be completed forever, if the threads of jetty server in server A and server B exhausted. was: set timeout to zero means infinite timeout, which can cause infinite waiting. considering the following case: there are two servers A and B in solr cluster with two shards. server A receive a search request from client and send a sub request to server B. server B also receive a search request from client and send a sub request to server A. the two requests cannot be completed forever, if the threads of jetty server in server A and server B exhausted. Set the default timeout of HttpClient to a nonzero value Key: SOLR-3606 URL: https://issues.apache.org/jira/browse/SOLR-3606 Project: Solr Issue Type: Bug Components: SolrCloud Affects Versions: 5.0 Reporter: jiangwen wei The default timeout of HttpClient in HttpShardHandlerFactory and SolrCmdDistributor is set to zero. Zero timeout means infinite timeout, which may cause infinite waiting. Considering the following case which is observed in our solr cluster: There are two servers A and B in solr cluster with two shards. Server A receive a search request from client and send a sub request to server B. Server B also receive a search request from client and send a sub request to server A. the two requests cannot be completed forever, if the threads of jetty server in server A and server B exhausted. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-3606) Set the default timeout of HttpClient to a nonzero value
[ https://issues.apache.org/jira/browse/SOLR-3606?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] jiangwen wei updated SOLR-3606: --- Attachment: SOLR-3606.patch set the default timeout of HttpClient to 1 milliseconds Set the default timeout of HttpClient to a nonzero value Key: SOLR-3606 URL: https://issues.apache.org/jira/browse/SOLR-3606 Project: Solr Issue Type: Bug Components: SolrCloud Affects Versions: 5.0 Reporter: jiangwen wei Attachments: SOLR-3606.patch The default timeout of HttpClient in HttpShardHandlerFactory and SolrCmdDistributor is set to zero. Zero timeout means infinite timeout, which may cause infinite waiting. Considering the following case which is observed in our solr cluster: There are two servers A and B in solr cluster with two shards. Server A receive a search request from client and send a sub request to server B. Server B also receive a search request from client and send a sub request to server A. the two requests cannot be completed forever, if the threads of jetty server in server A and server B exhausted. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org