This message from Michael may be of help and/or interest to you.
-----Original Message-----
From: Podlin, Michael [mailto:michael.podlin@...]
Sent: Friday, April 21, 2000 6:44 PM
To: vantage@egroups.com
Subject: [Vantage] F.Y.I.: Facts I've found for you about Timing out or
closing
Welcome to Good Friday,
With all the talk and concerns about timing out idle Vantage session I
thought I would come in today and experiment with it. I spent a bunch of
time
today trying many different settings and scenarios, watching what happened
both
at the workstation and server. I tested both the Progress ClientTimeOut
parameter and my ClientTimeOut program. They were both tested against
Vantage
3.00.631/Progress 8.3A10 and Vantage 4.00.803/Progress 9.0B26 databases.
Server
is running Windows NT 4.0/SP1 the workstations were Windows 98 and Windows
95B.
The tests included leaving the computers sit idle from different screens in
Vantage to the extreme measure of turning the pc power off in the middle of
Vantage. [I don't think my hard drives enjoyed that too much with all the
times
I watched scandisk run after turning the pc back on.]
These are my findings:
The Progress ClientTimeOut parameter:
Pros:
Its Free (its part of your Progress package).
Is a server based application/control and is difficult for users to get
around.
Will close an idle Vantage session and release the Vantage license.
Will release an orphaned Vantage license caused by an improper shut down of
a
workstation.
Cons:
One setting effects all Vantage sessions.
Vantage Database server must be shut down and restarted to apply changes to
time.
Progress 8.3A - Generates three error messages on the users workstation and
then
places them into the Progress Procedure editor. (Hitting the enter key
closed
the procedure editor.)
Progress 9.0B - Causes the Win98 workstations to lockup on the third error
message and the machine must be rebooted/reset (shut down was not allowed).
Do not know if this could impact a schemachange process.
My ClientTimeOut application:
Pros:
Will close an idle Vantage session and release the license.
You can set different time settings per workstation.
Changes can be made simply by editing an INI file and the effects are
applied
next time Vantage is opened (no need to shut down and restart the database).
Generates only one error message at the users workstation.
Also has the ability to prevent more than one Vantage session to be started
and
run on the workstation.
Cons:
Costs $100.00
A smart user can figure out how to change the setting in their INI to
disable
it
at their workstation.
It is a client side application, if the workstation is improperly shut down
or
crashes (power off in the middle of something), an orphaned Vantage license
is
still left open on the server.
Do not know if this could impact a schemachange process, but it can be
easily
disabled before running a schemachange.
This letter is meant to be non-bias and is for your information only.
Both
products work, and after the results from today's experiment I will
actually
be
implementing both versions here. I will be using my ClientTimeOut program
on
my
workstations with their settings at 15 min to 6 hrs (depending on the
user/workstation). The Progress ClientTimeOut parameter will be setup and
enabled at the Server with a registry setting of 480 (8 hrs) to disconnect
and
close any orphan licenses that were created during the day by a workstation
lockup and/or improper shut down of windows.
Michael Podlin
[Non-text portions of this message have been removed]
-----Original Message-----
From: Podlin, Michael [mailto:michael.podlin@...]
Sent: Friday, April 21, 2000 6:44 PM
To: vantage@egroups.com
Subject: [Vantage] F.Y.I.: Facts I've found for you about Timing out or
closing
Welcome to Good Friday,
With all the talk and concerns about timing out idle Vantage session I
thought I would come in today and experiment with it. I spent a bunch of
time
today trying many different settings and scenarios, watching what happened
both
at the workstation and server. I tested both the Progress ClientTimeOut
parameter and my ClientTimeOut program. They were both tested against
Vantage
3.00.631/Progress 8.3A10 and Vantage 4.00.803/Progress 9.0B26 databases.
Server
is running Windows NT 4.0/SP1 the workstations were Windows 98 and Windows
95B.
The tests included leaving the computers sit idle from different screens in
Vantage to the extreme measure of turning the pc power off in the middle of
Vantage. [I don't think my hard drives enjoyed that too much with all the
times
I watched scandisk run after turning the pc back on.]
These are my findings:
The Progress ClientTimeOut parameter:
Pros:
Its Free (its part of your Progress package).
Is a server based application/control and is difficult for users to get
around.
Will close an idle Vantage session and release the Vantage license.
Will release an orphaned Vantage license caused by an improper shut down of
a
workstation.
Cons:
One setting effects all Vantage sessions.
Vantage Database server must be shut down and restarted to apply changes to
time.
Progress 8.3A - Generates three error messages on the users workstation and
then
places them into the Progress Procedure editor. (Hitting the enter key
closed
the procedure editor.)
Progress 9.0B - Causes the Win98 workstations to lockup on the third error
message and the machine must be rebooted/reset (shut down was not allowed).
Do not know if this could impact a schemachange process.
My ClientTimeOut application:
Pros:
Will close an idle Vantage session and release the license.
You can set different time settings per workstation.
Changes can be made simply by editing an INI file and the effects are
applied
next time Vantage is opened (no need to shut down and restart the database).
Generates only one error message at the users workstation.
Also has the ability to prevent more than one Vantage session to be started
and
run on the workstation.
Cons:
Costs $100.00
A smart user can figure out how to change the setting in their INI to
disable
it
at their workstation.
It is a client side application, if the workstation is improperly shut down
or
crashes (power off in the middle of something), an orphaned Vantage license
is
still left open on the server.
Do not know if this could impact a schemachange process, but it can be
easily
disabled before running a schemachange.
This letter is meant to be non-bias and is for your information only.
Both
products work, and after the results from today's experiment I will
actually
be
implementing both versions here. I will be using my ClientTimeOut program
on
my
workstations with their settings at 15 min to 6 hrs (depending on the
user/workstation). The Progress ClientTimeOut parameter will be setup and
enabled at the Server with a registry setting of 480 (8 hrs) to disconnect
and
close any orphan licenses that were created during the day by a workstation
lockup and/or improper shut down of windows.
Michael Podlin
[Non-text portions of this message have been removed]