5 Test combines and tests several RT policies in different ways.
7 - The IDL interface has two methods: method() and
10 - The client sets its thread to the default priority, calls method()
11 which returns a priority. If the priority returned is different
12 from <TAO_INVALID_PRIORITY>, the client sets its thread to the
13 priority returned by the server and calls prioritized_method()
15 - The servant returns the <client_priority_> member in method(). In
16 prioritized_method(), it makes sure that the thread running the
17 upcall is at priority <server_priority_>. These two members allow
18 several different policies to be tested with the same code.
20 - In addition to testing servants in the RootPOA and in a simple child
21 POA, the following policy combinations are tested in this example:
22 ________________________________________________________________________________
24 Thread-pool BANDS PRIORITY MODEL Client Priority Server Priority
25 ________________________________________________________________________________
27 Default Pool NO CLIENT_PROPAGATED 3 3
28 Default Pool NO SERVER_DECLARED 3 5
29 Without Lanes NO CLIENT_PROPAGATED 1 1
30 Without Lanes NO SERVER_DECLARED 1 5
31 With Lanes NO CLIENT_PROPAGATED 2 2
32 With Lanes NO SERVER_DECLARED 3 5
33 Default Pool YES CLIENT_PROPAGATED 3 3
34 Default Pool YES SERVER_DECLARED 1 5
35 Without Lanes YES CLIENT_PROPAGATED 1 1
36 Without Lanes YES SERVER_DECLARED 3 5
37 With Lanes YES CLIENT_PROPAGATED 3 2
38 With Lanes YES SERVER_DECLARED 1 5
40 where the priorities are relative to the minimum priority of the
41 thread scheduling policy used for the test.
43 - This test uses the -ORBPriorityMapping continuous option.