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.