3 This example implements and tests runs a simple logging service using
4 TAO. You can either run the client and server as seperate processes
5 in the same, or different windows (or machines), or you may run the
6 "runtests.pl" script which will start both executables.
8 By default, the client and server use the Naming Service. The
9 Logging_Service has its own NamingServer implementation, so it doesn't
10 require you to start the NamingService before starting the client and
13 Ignore the multicast timeout error. It is a result of probing for the
14 nameservice and not finding it (and thus being forced to create its
17 If you encounter problems with the test, try increasing the sleeptime
18 in the run_test.pl script.
20 The client program will generate 4 logging messages which will be
21 logged to the screen. The first message will be in the "verbose_lite"
22 format. The rest will be fully verbose messages. Successful output is:
23 LM_DEBUG@::log() test (1)
24 Mar 8 16:31:06.000 1999@128.252.165.142@822@LM_EMERGENCY@::log() test (2)
25 Mar 8 16:31:06.000 1999@128.252.165.142@822@LM_INFO@::logv() test (3)
26 Mar 8 16:31:06.000 1999@128.252.165.142@822@LM_EMERGENCY@::log2() test (4)
38 -d Debug flag. It is an additive flag, so more -d's will increase
39 the debugging level. Only one flag is necessary to enable the
40 debugging output from the executables, but the debug level
41 affects how the utilized TAO methods act (including mysterious
44 That's all there is to it. If you desire, feel free to change the
45 logging priorities, verbosity levels and messages in the client
46 program but note that the maximum length of the message is 1023