One other thing about that process:
Add instances (they will be new version.) ..
Turn off Auto Recover for the old version instances
Turn on Refuse New Sessions for the old version instances
This seems to imply that after adding new instances, you can then
pick and choose which instances to turn on Refuse New Sessions for.
Is the sequence out of order? To me it would seem you would need to
turn on Refuse new Sessions first, then add the new instances. Same
thing for turning off auto recover, if you just want it to apply to
the old instances, although that's not as big a deal since you can
turn auto-recover back on after deleting the old instances. But not
being able to refuse new session individually means you have to first
refuse new sessions, and THEN start up the new app. And this means
there will be a period where you won't have an application accepting
any sessions. Or am I confused (probably the case)?
Thanks,
Jeff
On Mar 17, 2007, at 12:37 PM, Chuck Hill wrote:
On Mar 17, 2007, at 9:55 AM, Jeff Schmitz wrote:
I have another quick question. Why, when I set an application to
Refuse new session, does it do that for awhile, but then revert
back to accepting new session after about 1/2 hour?
Um, 'cause all the sessions terminated so the app halted itself and
wotaskd restarted it? This is, after all, the entire reason for
Refuse New Sessions to exist. If you just want it to die, turn off
Auto Recover.
Also, is there anyway to set Refuse New Sessions on just one
instance instead of having to do it for all currently running
instances?
It usually is not something you do manually. Schedule the
instances to restarted at staggered intervals and the rest will be
taken care of for you.
Chuck
--
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve specific
problems.
http://www.global-village.net/products/practical_webobjects
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com
This email sent to [email protected]
