The purpose of these entities is to develop and generate the server-side components of client/server graphic or texutal applications.
The Server Dialog is a logical envelope that groups the various server components of an application.
In the Server Dialog, you give the general characteristics of the application. You specify the generation variants and options that apply by default to all the attached components.
The structure of the service does not depend on the presence or absence of a monitor.
However, you must enter the processing specific to the communications technology or the security system in use in each Business Component.
The processing that is specific to the database management is specified in each service.
The database connection or opening is optionally indicated at the beginning of the Business Component processing.
A Monitor groups common information and processing (communications management, compacting, trace, COMMIT/ROLLBACK, site-specific features). For some environments, like MICRO FOCUS and TUXEDO, using a monitor is a requirement.
However, some requirements of the application (confidentiality, data encryption) or technical constraints (communication protocols) require the use of an architecture with a monitor program. The monitor options make it easier to interface with the communication method and to insert data security and encryption/decryption processing.A Business Component supports a set of services on a Logical View.
These services can be generic and dedicated to selections and updates on a Logical View. They can also be specific and support functional requirements.
Generic services are independent of the storage medium that is used to manage their persistence.
A Business Component then describes the relations between a Logical View and the persistence objects that are used to select or update its instances.
The Communication Monitor uses the COMMIT and ROLLBACK services of a database or of a transactional monitor, depending on its generation variant.
The server part runs a COMMIT or a ROLLBACK, according to the error context (protocol error or application error) established at the end of the query processing. If an error occurs, the query processing is stopped and an error message is sent. All the resources that are used by the query processing are then made available after the response has been sent.
The Error Message Server generates the messages of the errors that are detected by the Business Components. These messages are stored in a dedicated generated file.
An Initialization and Termination Business Component implements specific processing before and after the running of a request.
An Initialization and Termination Business Component is called before the first call to the Business Component that is associated with the request and after the last Business Component.
It is available either for an initialization or for a termination process.
For an initialization process, only the data that is sent by the client component through the user buffers can be processed in input.
Therefore, the generation of an Initialization and Termination Business Component contains the access functions and PERFORM instructions of the services that are associated with the Business Components.
For explanations on the contents of the generated code, see COBOL description of a generated Server.