The transmit action step type initiates communications between the Agentry Client and Agentry Server. This includes displaying the Client’s built-in transmit dialog where users can select a transmit configuration and begin the transmission. Alternately the transmit step can be defined to begin the transmission automatically and to hide the transmit dialog unless an error is encountered. The transmit step also defines the non-main fetches to be processed, if any.
Each module will contain at least on action with a defined transmit step. Additional actions may defined as needed that include transmit steps for various purposes.
The transmit step can be defined to start transmission between the client and server automatically. The default behavior is to display the Client’s Transmit Dialog, where the user can select a transmit configuration and then start the transmit. When the transmit step is defined to automatically start the transmission, the transmit will begin when the step is executed. The transmit configuration used will be the last one selected by the user; optionally the transmit step can define the transmit configuration to be used.
The transmit step can also be defined to automatically finish the transmit. By default when a transmit is complete, the user must close the Transmit Dialog by clicking the finish button. The transmit step can close this screen automatically when the transmit completes successfully.
If the transmit step is defined to automatically start and finish the transmit, it can also be defined to hide the Transmit Dialog. In this case, the dialog will not be displayed to the user unless an error occurs during the transmission.
The transmit step is where non-main fetches must be selected for processing. The main fetches of a module will always be run when a transmit occurs. A non-main fetch must be explicitly selected in a transmit step and will only be processed when that transmit step is executed.
A transmit step can be defined to skip fetch processing altogether. This can only be defined when the step is first defined to use a transmit configuration for which real-time communications have been defined. The transmit step can then be defined to simply connect the user to the Server, process any pending transactions, and the remain connected to receive push data and/or to allow for background sending. Note that this behavior can negatively impact the push functionality if the push is defined to use exchange data initially generated by a fetch. This exchange data will not exist as the fetch will not be processed.