⭐ 欢迎来到虫虫下载站! | 📦 资源下载 📁 资源专辑 ℹ️ 关于我们
⭐ 虫虫下载站

📄 readme

📁 这是广泛使用的通信开源项目,对于大容量,高并发的通讯要求完全能够胜任,他广泛可用于网络游戏医学图像网关的高qos要求.更详细的内容可阅读相应的材料
💻
字号:
# README,v 1.2 2000/01/08 09:37:41 mk1 Exp

Description:

This is a simple test for buffered AMI calls.  It invokes multiple AMI
calls.  Due to buffering in the ORB, the calls are automatically
bunched together instead of being delivered to the server upon every
invocation.

Expected output:

The client invokes an AMI after <interval> amount of time.  Implicit
flushing occurs every <message count> invocations.

The server prints out the time and the number of the AMI request.  The
client prints out the time and the number of the reply.  The output
should show a batch of invocations received on the server.

How to run:

You can use the run_test.pl script to run it or:

$ server
$ client

Notes:

- Use TAO_HAS_CORBA_MESSAGING and TAO_HAS_AMI_CALLBACK to compile
  TAO. This enables the AMI code in it.

- Use -GC on the TAO IDL compiler if you want to generate code for AMI
  callbacks. The IDL compiler needs to be compiled with IDL_HAS_VALUETYPE
  defined.

- You should also use the muxed TransportMuxStrategy since the
  exclusive strategy will result in multiple queues, one for each
  exclusive connection.  Since there will be many queues, the
  buffering constraits will not be met and the queues will not get
  flushed.

- Remember that the AMI callbacks are like nested upcalls.  Therefore,
  they will not work with the RW ClientConnectionHandler strategy.

⌨️ 快捷键说明

复制代码 Ctrl + C
搜索代码 Ctrl + F
全屏模式 F11
切换主题 Ctrl + Shift + D
显示快捷键 ?
增大字号 Ctrl + =
减小字号 Ctrl + -