ADTF Launcher

This guide covers the launcher commandline tool. After reading this guide, you will know:

Runtime

The launcher starts the ADTF Runtime and therefore the main processing loop of the ADTF System. Typically the launcher is given an ADTF Session file (*.adtfsession) at startup time. The ADTF Session file contains references to the data flow configuration, consisting of different types of ADTF Components like Streaming Sources, Filers and Streaming Sinks get bootstraped by the ADTF Runtime. The ADTF Runtime supports several runlevels where ADTF Components can be started:

  1. RL_System
  2. RL_Session
  3. RL_StreamingGraph
  4. RL_FilterGraph
  5. RL_Running
Without any optional arguments the default runlevel after the launch ist RL_System, which means each ADTF Service specified at this runlevel is instanciated. To bring the ADTF System to a different runlevel, have a look at the available options described in the following sections.

The runtime provides several default ADTF Components in the RL_System runlevel the programmer can use:

Remote API

The functionality of the ADTF Launcher is made available through a remote API. By default the ADTF Launcher opens up a RPC Port through which this API can be accessed. The default URL to reach the ADTF System is http://localhost:8000. The ADTF Control is able to control one instance of the ADTF Launcher. If you prefer an alternate UI solution or want to control more instances at once, please refer to the ADTF GUI Control.

Getting help

Running adtf_launcher.exe --help displays this list of command line parameters:

Load and start an ADTF Session

The following command starts the runtime, loads an ADTF Graph from the given ADTF Session file and brings the runtime into state RL_Running. The last parameter makes the log messages appear inside the console.

Logging to File

By default, ADTF Launcher starts as a background process. This implies that no console output can be displayed to the user. When stdout or stderr streams are needed for some reason, you have to specify the output target as a redirection on command line. If you want to redirect all standard outputs to logfile.txt use: adtf_launcher ... > logfile.txt When standard error stream is also needed in the same file use: adtf_launcher ... > logfile.txt 2>&1 To limit the number of (debug) output data you can specify the minimal log level for stdout, stderr and debug(Visual Studio only) by parameter. Valid values for log levels are [none, error, warning, info, dump, all].

In time-sensitive use cases it might be helpful to write log files asynchronously e.g. every 1000 miliseconds, which you could achieve by supplying the --log-processing-interval 1000 parameter. Use the –-console parameters to write all output to the current console. When no console is open a new one is generated.

Where to go next?

Have a look at the Control guide to learn how to send commands to the launcher.