These messages are received by the "on(...)" methods of a handler implementing the
MFTradingHandler interface.
Message typeusage
LogonResponse Called upon a successful logon.
Logout Called when a logout is request to the client. The client should respond with a logout response.
LogoutResponseA response to a successful logout request.
Heartbeat Called when a heartbeat is received.
ResendRequestA request from the server to resend messages. Used to notify what messages may have been dropped. Response to this with a sequence gap fill.
MarketDefinition Gives the definition of a particular venue.
TradingSessionStatusA response to the trading session request. This notifies the client of the subscription status for a trading venue.
ExecutionReportA response to an order action (order submission, modifi- cation, or cancellation) to give the user the status of the order.
OrderCancelReject Sent when an attempt to cancel an order fails.

Table 5.1. – Order management message types







MFTradingSessionMFTradingHandler

onStart()
logon()



onConnect()

onLogonResponse()
marketDefintionRequest()



onMarketDefinition()

tradeRequest()

onExecutionReport() – including possible replay of missed messages.

createNewOrderSingle()

newOrderSingle()

onExecutionReport()




Figure 5.1. – Showing the flow to demonstrate subscribing to trading, replaying, and submitting an order.
The client can subscribe to trading for each venue described in a MarketDefinition. Each venue has its own sequence number for messages. To submit orders, the application will use the creation methods, which do a zero-alloc creation of the newOrderSingle, and then send the message once the fields are filled in.