[ 
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]

Reply via email to