TAO/examples/CSD_Strategy/ThreadPool5/README

   1 Description:
   2
   3 This test is a combination of other tests and has also added some
   4 other test cases such as cancel_servant. It uses the command
   5 line options for the number of orb threads, number of servants,
   6 collocated test options, etc.
   7
   8 The client application acts as a server too because of the callback
   9 test. The client application also uses a custom dispatching strategy.
  10
  11 To run the test use the run_test.pl script:
  12
  13 $ ./run_test.pl
  14
  15         This test is similar to the "ThreadPool" test.
  16
  17 $ ./run_test.pl collocated
  18
  19         This runs the collocated test.
  20
  21         The server application creates one servant, runs one orb
  22         thread, runs two custom dispatching threads and one client
  23         thread to invoke the operations.
  24
  25         Running two custom dispatching threads instead of one is
  26         required to avoid deadlock.
  27
  28 $ ./run_test.pl multiple_servants
  29
  30         This test is similar to the "ThreadPool2" test.
  31
  32 $ ./run_test.pl multiple_orb_threads
  33
  34         This test is similar to the "ThreadPool3" test.
  35
  36 $ ./run_test.pl cancel_servant
  37
  38         This test shows that requests stuck in the request queue are
  39         cancelled when a servant is deactivated.
  40
  41         The client invokes multiple two-way operations and catches the
  42         OBJECT_NOT_EXIST or NO_IMPLEMENTATION exception after the servant
  43         is deactivated - this is what it is supposed to do - the exceptions
  44         are expected.