TAO/tests/ORB_Local_Config/Two_DLL_ORB/README

   1
   2
   3 This test is intended to demonstrate the ORB-specific configuration
   4 feature. It excesses two basic scenarios, in which a client and a
   5 server ORB exchange a simple message. The twist is that both are
   6 implemented in a DLL of its own and each DLL is loaded through a svc
   7 conf file.
   8
   9 1) If SSLIOP has been compiled, it creates an IIOP server and a
  10    SSLIOP-capable client.
  11
  12 2) In the absence of SSLIOP, the test uses a CSD dispatching strategy,
  13    which is made available to the server only.
  14
  15 The test automatically will select which scenario to run, based on the
  16 availability of a certain pre-processor macro. See Test.cpp for
  17 details. By default the scenario 2 is tested, as SSLIOP is not built
  18 by default.
  19
  20 The significance of the SSLIOP scenario is in SSLIOP's implementation,
  21 which turned out precludes using SSLIOP in an ORB-specific
  22 configuration. SSLIOP creates a process-wide singleton, which is
  23 destroyed *before* the TAO SSLIOP service. At shutdown time, an
  24 attempt to access the ACE_SSL_Context results in a SEGV. That is why
  25 the test primary conf file loads the SSLIOP service first, so it ends
  26 up in the global service configuration.