Occurs when the FIX engine has finished the recovery process.

Namespace: Teraspaces.QWFIX.Application
Assembly: Teraspaces.QWFIX.Application (in Teraspaces.QWFIX.Application.dll) Version: 2.5.0.0 (2.5.0.0)

Syntax


	C#			Visual Basic			Visual C++			J#

public event FIXEngineEventHandler FIXEngineRecovered

Public Event FIXEngineRecovered As FIXEngineEventHandler

public:
 event FIXEngineEventHandler^ FIXEngineRecovered {
	void add (FIXEngineEventHandler^ value);
	void remove (FIXEngineEventHandler^ value);
}

/** @event */
public void add_FIXEngineRecovered (FIXEngineEventHandler value)
/** @event */
public void remove_FIXEngineRecovered (FIXEngineEventHandler value)

Remarks

By hooking up this event handler, application will have an opportunity to further recover information that can not be inferred from the FIX communication alone.

Application still can not send any FIX message at this stage because the no session has been started yet. For more details see note blow.

The following is a typical example of sequence of events being triggered.
FIXEngineInitialized on FIXStandaloneApplication
FIXEngineRecovered on FIXStandaloneApplication
SessionStarting and SessionStarted on some FIXSession
FIXEngineStarted on FIXStandaloneApplication
SessionStarting and SessionStarted on some FIXSession
SessionResetting and SessionReseted on some FIXSession
FIXEngineStopping on FIXStandaloneApplication
SessionStopping and SessionStopped on eachFIXSession
FIXEngineStopped on FIXStandaloneApplication

Note:
A FIXSession defined in a FIXEngine may have a different scheduler than that of FIXEngine. A FIXSession may not be started when FIXEngine is started because the scheduler of the session may have not been "kicked up" yet. It is recommended that application hook up the FIXEngineStarted event and the SessionStarted of everyFIXSession and start the business logic after all required FIXSession has been started. SessionStarted has nothing to do with the status underlying TCP communication channel. It is controlled by the Scheduler only. Event if the underlying TCP channel is down, the session will still be started on time, and application can still send messages to the session by calling [M:Teraspaces.QWFIX.FIXSession.SendMessage(FIXMessage, bool)]. The messages will be queued and later sent to the recipient when the TCp channel is up.

Note:

A FIXSession defined in a FIXEngine may have a different scheduler than that of FIXEngine. A FIXSession may not be started when FIXEngine is started because the scheduler of the session may have not been "kicked up" yet.
It is recommended that application hook up the FIXEngineStarted event and the SessionStarted of everyFIXSession and start the business logic after all required FIXSession has been started.
SessionStarted has nothing to do with the status underlying TCP communication channel. It is controlled by the Scheduler only. Event if the underlying TCP channel is down, the session will still be started on time, and application can still send messages to the session by calling [M:Teraspaces.QWFIX.FIXSession.SendMessage(FIXMessage, bool)]. The messages will be queued and later sent to the recipient when the TCp channel is up.

Syntax

Remarks

See Also