readme

这是广泛使用的通信开源项目,对于大容量,高并发的通讯要求完全能够胜任,他广泛可用于网络游戏医学图像网关的高qos要求.更详细的内容可阅读相应的材料

$ID$

This example implements and tests runs a simple logging service using
TAO.  You can either run the client and server as seperate processes
in the same, or different windows (or machines), or you may run the
"runtests.pl" script which will start both executables.

By default, the client and server use the Naming Service.  The
Logging_Service has its own NamingServer implementation, so it doesn't
require you to start the NamingService before starting the client and
server.

Ignore the multicast timeout error. It is a result of probing for the
nameservice and not finding it (and thus being forced to create its
own).

If you encounter problems with the test, try increasing the sleeptime
in the run_test.pl script.

The client program will generate 4 logging messages which will be
logged to the screen. The first message will be in the "verbose_lite"
format. The rest will be fully verbose messages. Successful output is:
LM_DEBUG@::log() test (1) 
Mar  8 16:31:06.000 1999@128.252.165.142@822@LM_EMERGENCY@::log() test (2) 
Mar  8 16:31:06.000 1999@128.252.165.142@822@LM_INFO@::logv() test (3) 
Mar  8 16:31:06.000 1999@128.252.165.142@822@LM_EMERGENCY@::log2() test (4) 

server: ------

% server [-d]

client: -------

% client [-d]

Options: -------

-d Debug flag. It is an additive flag, so more -d's will increase
	the debugging level. Only one flag is necessary to enable the
	debugging output from the executables, but the debug level
	affects how the utilized TAO methods act (including mysterious
	debugging messages).

That's all there is to it. If you desire, feel free to change the
logging priorities, verbosity levels and messages in the client
program but note that the maximum length of the message is 1023
characters.