Discussion:
TAO client side connection management
(too old to reply)
r***@gmail.com
2006-12-04 00:28:33 UTC
Permalink
I encountered a situation where a client has multiple CORBA objects and
makes invocations to them not very frequently: once in a 10 min or so.
That leaves the connection between the client and server open. Without
releasing the objects, is there any options in TAO so that the idle
connections are closed after some timeout (in the client)?
The intention is that when the client makes an invocation to the
object, the Messaging::TRANSPARENT type of rebind policy kicks in and
the connection will be reestablished.
Is that possible without implementing a new pluggable connectors?
r***@gmail.com
2006-12-04 03:49:01 UTC
Permalink
Here are the details of the TAO, ACE versions and OS. Thanks.
TAO VERSION: 1.4
ACE VERSION: 5.4
HOST MACHINE and OPERATING SYSTEM:
Windows XP, Winsock 2.0
TARGET MACHINE and OPERATING SYSTEM, if different from HOST:
Same as the host
COMPILER NAME AND VERSION (AND PATCHLEVEL):
VC 7.1
AREA/CLASS/EXAMPLE AFFECTED:
n/a
DOES THE PROBLEM AFFECT:
COMPILATION? No
LINKING? No
EXECUTION?
OTHER
SYNOPSIS:
Client side connection management in TAO: is it possible to specify
some options to timeout the connections at the client?
DESCRIPTION:
I encountered a situation where a client has multiple CORBA objects
and
makes invocations to them not very frequently: once in a 10 min or so.
That leaves the connection between the client and server open. Without
releasing the objects, is there any options in TAO so that the idle
connections are closed after some timeout (in the client)?
The intention is that when the client makes an invocation to the
object, the Messaging::TRANSPARENT type of rebind policy kicks in and
the connection will be reestablished.
Is that possible without implementing a new pluggable connectors?
REPEAT BY:
SAMPLE FIX/WORKAROUND:
Douglas C. Schmidt
2006-12-06 15:47:51 UTC
Permalink
Hi Ramakanta,
Thanks for using the PRF.
Post by r***@gmail.com
TAO VERSION: 1.4
ACE VERSION: 5.4
Please upgrade to ACE+TAO+CIAO x.5.4 (i.e., ACE 5.5.4, TAO 1.5.4, and
CIAO 0.5.4), which you can download from
http://download.dre.vanderbilt.edu
under the heading: "Latest Beta Kit".
The DOC groups at Washington University, UC Irvine, and Vanderbilt
University only provide "best effort" support for non-sponsors for the
latest release, as described in
http://www.dre.vanderbilt.edu/~schmidt/DOC_ROOT/ACE/docs/ACE-bug-process.html
Thus, if you need more "predictable" help for earlier versions of
ACE+TAO, I recommend that you check out
http://www.dre.vanderbilt.edu/support.html
for a list of companies that will provide you with ACE+TAO commercial
support.
Post by r***@gmail.com
Windows XP, Winsock 2.0
Same as the host
VC 7.1
n/a
COMPILATION? No
LINKING? No
EXECUTION?
OTHER
Client side connection management in TAO: is it possible to specify
some options to timeout the connections at the client?
I don't think TAO supports timeouts for connections in the manner
you're describing. TAO's connection management support works in terms
of limiting the *number* of handles used, not the time used to close
down connections. I agree with you, however, that this could be a
useful feature, so if you're interested in contributing/sponsoring
work on this please let us know.
Take care,
Doug
Post by r***@gmail.com
I encountered a situation where a client has multiple CORBA objects and
makes invocations to them not very frequently: once in a 10 min or so.
That leaves the connection between the client and server open. Without
releasing the objects, is there any options in TAO so that the idle
connections are closed after some timeout (in the client)?
The intention is that when the client makes an invocation to the
object, the Messaging::TRANSPARENT type of rebind policy kicks in and
the connection will be reestablished.
Is that possible without implementing a new pluggable connectors?
--
Dr. Douglas C. Schmidt Professor and Associate Chair
Electrical Engineering and Computer Science TEL: (615) 343-8197
Vanderbilt University WEB: www.dre.vanderbilt.edu/~schmidt
Nashville, TN 37203 NET: ***@vanderbilt.edu
Douglas C. Schmidt
2006-12-06 15:48:36 UTC
Permalink
Hi Ramakanta,
Thanks for using the PRF.
Post by r***@gmail.com
TAO VERSION: 1.4
ACE VERSION: 5.4
Please upgrade to ACE+TAO+CIAO x.5.4 (i.e., ACE 5.5.4, TAO 1.5.4, and
CIAO 0.5.4), which you can download from
http://download.dre.vanderbilt.edu
under the heading: "Latest Beta Kit".
The DOC groups at Washington University, UC Irvine, and Vanderbilt
University only provide "best effort" support for non-sponsors for the
latest release, as described in
http://www.dre.vanderbilt.edu/~schmidt/DOC_ROOT/ACE/docs/ACE-bug-process.html
Thus, if you need more "predictable" help for earlier versions of
ACE+TAO, I recommend that you check out
http://www.dre.vanderbilt.edu/support.html
for a list of companies that will provide you with ACE+TAO commercial
support.
Post by r***@gmail.com
Windows XP, Winsock 2.0
Same as the host
VC 7.1
n/a
COMPILATION? No
LINKING? No
EXECUTION?
OTHER
Client side connection management in TAO: is it possible to specify
some options to timeout the connections at the client?
I don't think TAO supports timeouts for connections in the manner
you're describing. TAO's connection management support works in terms
of limiting the *number* of handles used, not the time used to close
down connections. I agree with you, however, that this could be a
useful feature, so if you're interested in contributing/sponsoring
work on this please let us know.
Take care,
Doug
Post by r***@gmail.com
I encountered a situation where a client has multiple CORBA objects
and
makes invocations to them not very frequently: once in a 10 min or so.
That leaves the connection between the client and server open. Without
releasing the objects, is there any options in TAO so that the idle
connections are closed after some timeout (in the client)?
The intention is that when the client makes an invocation to the
object, the Messaging::TRANSPARENT type of rebind policy kicks in and
the connection will be reestablished.
Is that possible without implementing a new pluggable connectors?
--
Dr. Douglas C. Schmidt Professor and Associate Chair
Electrical Engineering and Computer Science TEL: (615) 343-8197
Vanderbilt University WEB: www.dre.vanderbilt.edu/~schmidt
Nashville, TN 37203 NET: ***@vanderbilt.edu
:
cc:
Fcc: +outbox
Subject:
X-Mailer: MH-E 7.82; nmh 1.1; GNU Emacs 21.4.1
--------
3 Replies
2 Views
Permalink to this page
Disable enhanced parsing
Thread Navigation
r***@gmail.com2006-12-04 00:28:33 UTC