[
https://issues.apache.org/jira/browse/SOLR-17416?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17877919#comment-17877919
]
Chris M. Hostetter commented on SOLR-17416:
-------------------------------------------
{quote}In general, I think the design of ExportBuffers (and use of a
CyclicBarrier.await(time) to exchange buffers between two threads) is more
complicated and error prone then it needs to be, and should to be re-considered
in order to ensure that these kind of "slow consumption" situations can't
result the "filler" thread giving up after an arbitrary time limit even though
the "writer" thread is still around and the client is still consuming results.
I will open a separate jira to discuss options for redesigning this.
{quote}
https://issues.apache.org/jira/browse/SOLR-17430
> Streaming Expressions: Exception swallowed and not propagated back to the
> client leading to inconsistent results
> -----------------------------------------------------------------------------------------------------------------
>
> Key: SOLR-17416
> URL: https://issues.apache.org/jira/browse/SOLR-17416
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Export Writer, streaming expressions
> Reporter: Lamine
> Priority: Major
> Attachments: SOLR-17416.patch
>
>
> There appears to be a bug in the _ExportWriter/ExportBuffers_ implementation
> within the Streaming Expressions plugin. Specifically, when an
> InterruptedException occurs due to an ExportBuffers timeout, the exception is
> swallowed and not propagated back to the client (still logged on the server
> side though).
> As a result, the client receives an EOF marker, thinking that it has received
> the full set of results, when in fact it has only received partial results.
> This leads to inconsistent search results, as the client is unaware that the
> export process was interrupted and terminated prematurely.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
