By default, the Handler raises the Book Update event at the end of the corresponding market event. In particular, it triggers updates for:
This behavior is dictated by MDP rules to guarantee book validity.
However, considering the fact a single event (sub-event) may consist of multiple packets, which in their turn may include multiple messages, sometimes there's a need to have books as sooner as possible.
To satisfy the needs, the Handler provides additional control over how it raises the book updates based on the implementation details of the MDP. The Handler exposes the OnixS::CME::ConflatedUDP::BookManagement::updateNotification member defining the way how to raise the book updates.
handler.settings().bookManagement()
path.The following table depicts currently available strategies and describes how the Handler behaves in each particular case.
Strategy | Description |
---|---|
OnixS::CME::ConflatedUDP::BookUpdateNotification::OnEndOfEvent | A book update event is raised at the end of the market (sub-) event. The Handler raises book updates for:
|
OnixS::CME::ConflatedUDP::BookUpdateNotification::OnSecurityChange | The Handler raises the book update event once the security (id) is changed in a sequence of market data entries being processed by the Handler and without waiting till the end of a market event.
|