Improve SNS live listener behaviour when asking for start of run when we are not in a run #8630
Closed
1 task done
Labels
Framework
Issues and pull requests related to components in the Framework
High Priority
An issue or pull request that if not addressed is severe enough to postponse a release.
Milestone
Original Reporter: Russell Taylor
This ticket is blocked by :
In http://trac.mantidproject.org/mantid/ticket/6661, we decided that if you ask for data from the start of the run when the instrument is not in a run, then the listener would just throw an exception, causing StartLiveData to fail. This is actually pretty unpleasant, especially when using the listener behind some interface other than the StartLiveData one. What would be better is if the listener just waited until a run did start, and then start passing back the events. The reason we didn't do this before is that we didn't want things to just lock up, potentially indefinitely, for the start of a run that never came - since the listener isn't able to check for a cancellation signal.
It has occurred to me that we could do this by creating a specific exception type and having the listener throw that in this situation (instead of throwing a general exception type, which just stops the algorithm). LoadLiveData could catch this exception, log it, check for cancellation and then call
extractData()
once again a few seconds later.Keywords: LiveData
The text was updated successfully, but these errors were encountered: