[
https://issues.apache.org/jira/browse/SOLR-11455?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16197869#comment-16197869
]
Hoss Man commented on SOLR-11455:
---------------------------------
NOTE: I initially filed this as a sub-task of SOLR-11053, but in hindsight i
think that was a mistake. It's a general improvement that doesn't relate to
if/when SoftAutoCommitTest is better then (Hard)AutoCommitTest -- those tests
actually suffer fromt he exact same problem -- so i've converted to a top level
Improvement task
> change SoftAutoCommitTest to check when events *start* -- not when they finish
> ------------------------------------------------------------------------------
>
> Key: SOLR-11455
> URL: https://issues.apache.org/jira/browse/SOLR-11455
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Hoss Man
> Attachments: SoftAutoCommitTest.jenkins.1398.txt
>
>
> AFAICT, most "slow machine" related (jenkins) failures in SoftAutoCommitTest
> seem to be exacerbated by the fact that the SolrEventListener model fires an
> effent when the action (softCommit, hardCommit, newSearcher) *finishes*
> successfully -- w/o paying any attention to when it *starts*.
> We should consider taking a more white/grey box approach to checking both the
> start & finish of these events -- and moving our autoCommit timing
> expectations to the "start" of the commits, with much more relaxed (ie: many
> seconds) checks that the event finished successfully.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]