Infront Data Manager Connect Client (.NET)
|
The API consists of four fundamental parts:
In principle all streaming data connections are build as asynchronous connections. All messages from the transport layer are processed and backuped in separate threads and queues. This fact is very important for understanding the data processing.
Processing streamed data in customized code (Push Clients) can never block the transport layer. If your code can't process the incoming updates as they delivered to a Push Client the result will be, depending on the available memory, a OutOfMemoryException. This happens because all updates are internally stored in a queue.
Ensure that your code is fast enough to process all incoming updates!
Streaming Consumer Stores are responsible for:
Related pages:
Routing Data Consumer Stores are responsible for accessing master data and executing file downloads. They provide access to a wide range of functions in the Infront backend over the Data Manager Connect server infrastructure. In contrast to a Static Data Consumer Store a Routing Data Consumer Store provides a generic way to request any kind of static data without the need to enhance a core library of the Data Manager Connect.
You can use one instance of a Routing Data Consumer to execute all static data functions.
The documentation of all available routing data store interfaces and code samples can be dowloaded from https://www.vwd.com/ (closed user group).
Related pages:
Retransmit Stores are responsible for requesting retransmits. Retransmits are Tick-By-Tick data as delivered in the original updates streams (Streaming Consumer Store), but for the past. You can request Tick-By-Tick data for the last 5 weekdays.
Related pages:
See also:
Copyright (C) 2021 Infront Financial Technology GmbH
Mainzer Landstrasse 178 – 190
60327 Frankfurt am Main
Infront Data Manager Connect V4.1