You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Gus Heck (JIRA)" <ji...@apache.org> on 2019/05/09 19:26:00 UTC
[jira] [Created] (SOLR-13459) Streaming Expressions experience a
hard coded timeout
Gus Heck created SOLR-13459:
-------------------------------
Summary: Streaming Expressions experience a hard coded timeout
Key: SOLR-13459
URL: https://issues.apache.org/jira/browse/SOLR-13459
Project: Solr
Issue Type: Sub-task
Security Level: Public (Default Security Level. Issues are Public)
Components: streaming expressions
Reporter: Gus Heck
SolrClientBuilder has the capability to configure a timeout, but the usage in SolrStream accepts the hard-coded default:
{code:java}
/**
* Opens the stream to a single Solr instance.
**/
public void open() throws IOException {
if(cache == null) {
client = new HttpSolrClient.Builder(baseUrl).build();
} else {
client = cache.getHttpSolrClient(baseUrl);
}
{code}
While it might also be possible to specify the timeout in the expression, that also sounds like something that bloats the high level expression with low level concerns, so this ticket proposes to have SolrStream set a timeout on the builder which it will get from the StreamContext. When instantiated by the stream handler, the stream context in turn will set this based on a default timeout for inter-node communication defined in solr.xml.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org