diff options
author | bala <bala@ae88bc3d-4319-0410-8dbf-d08b4c9d3795> | 2002-07-30 18:44:15 +0000 |
---|---|---|
committer | bala <bala@ae88bc3d-4319-0410-8dbf-d08b4c9d3795> | 2002-07-30 18:44:15 +0000 |
commit | 902bd20eeb91d8b44e05c6040726b5a39b03265e (patch) | |
tree | fe50ea7d37316b6111b7c0e5ab09a714024f28eb /TAO/docs/Options.html | |
parent | d44f828baa80f470296558fe2f845f769a7f6e9f (diff) | |
download | ATCD-902bd20eeb91d8b44e05c6040726b5a39b03265e.tar.gz |
ChangeLogTag: Tue Jul 30 13:37:20 2002 Balachandran Natarajan <bala@cs.wustl.edu>
Diffstat (limited to 'TAO/docs/Options.html')
-rw-r--r-- | TAO/docs/Options.html | 8 |
1 files changed, 5 insertions, 3 deletions
diff --git a/TAO/docs/Options.html b/TAO/docs/Options.html index 1b363fb9013..0f54c698501 100644 --- a/TAO/docs/Options.html +++ b/TAO/docs/Options.html @@ -828,9 +828,11 @@ would load all the options listed within "". RW selects a strategy that simply blocks in recv() when waiting for a response from the server instead of waiting in the Reactor. The RW strategy only works when the application does not have to worry about - new request showing up when waiting for a response. Therefore, this - strategy is appropriate only for "pure" clients. Note that - applications with nested upcalls are not "pure" clients. Also note + new request showing up when waiting for a + response. Further, this strategy cannot be used with AMI + calls. Therefore, this strategy is appropriate only for "pure" + synchronous clients. Note that applications with nested + upcalls are not "pure" synchronous clients. Also note that this strategy will only effect two way calls, since there is no waiting for one way calls. This strategy can also be used in an application that is both a client and a server if the server side is |