|
|
|
|
An application accesses LUA through LUA verbs. Each verb supplies parameters to LUA, which performs the desired function and returns parameters to the application.
The following list contains a brief summary of each of the LUA verbs (for a detailed explanation of each verb, see LUA Verbs):
This verb enables the application to determine when information from the host is available to be read.
This verb sets up the SSCP session for an LUA application.
This verb cancels an outstanding RUI_READ verb.
This verb receives data or status information sent from the host to the LUA application's LU, on either the SSCP session or the LU session.
This verb re-establishes the SSCP session for an LUA application after a session failure. It is intended for use by an application that was using an LU from a pool, and needs to re-establish the session using the same LU in order to continue its processing.
This verb ends the SSCP session for an LUA application. It also brings down the LU session if it is active.
This verb sends data to the host on either the SSCP session or the LU session.
Some LUA verbs complete quickly, after some local processing (for example the RUI_PURGE verb); however, most verbs take some time to complete, because they require messages to be sent to and received from the node or from the host application. Because of this, LUA is implemented as an asynchronous interface; control can be returned to the application while a verb is still in progress, so the application is free to continue with further processing (including issuing other LUA verbs).
When the verb completes, LUA calls a callback routine supplied by the application. This routine may perform further processing on the returned data, issue further LUA verbs, or simply act as an indicator that the verb has completed.
When the verb completes, LUA either posts a message to a window handle supplied by the application or signals an event handle supplied by the application.
For more information, see Designing and Writing LUA Applications.
|
|
|
 |
|