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