Legacy applications and event unaware clients can also use the VisiTelcoLog Service. Using the
BasicLog interface and explicit write operations using CORBA
Any, an event unaware application can make use of the VisiTelcoLog Service. These applications, however, will not be able to use features such as log filtering, forwarding, and event generation.
In order to log, an event unaware application needs to get a reference to the BasicLog from its factory,
BasicLogFactory. Apart from creating the basic log object, the factory interface also supports some other basic management operations such as find and list.
Resolving the BasicLogService name gets the
BasicLogFactory object reference. In the following code snippet, the application looks for a
BasicLog with an ID equal to 100, and if it does not find one a
BasicLog is created with size equal to 0 (zero). A size equal to 0 (zero) means that there is no predefined size limit. Note that by setting log size to zero, the log continues to expand till all the disk space is used. Specifying a more meaningful value is recommended.
The write_records operation is used to write records to logs. The input parameter for this operation is a sequence of CORBA
Any. Each
Any in the sequence denotes an individual log record.
If the log is full while writing, then the LogFull user exception is thrown. The exception also contains the number of records written from the original sequence of
Anys.
If the log's state is off_duty the
LogOffDuty user exception is thrown. If the log's state is
locked the
LogLocked user exception is thrown. If the log is
disabled the
LogDisabled exception is thrown.