Understanding check_modules_and_restart and check_modules_no_restart

Philip Semanchuk <[email protected]>
Newsgroups gmane.comp.python.spyce.general
Message-ID <[email protected]>
Hi all,
I'm trying to make sure that I understand the settings 
check_modules_and_restart and check_modules_no_restart. Here's how I 
think they work. Any comments/corrections would be appreciated.

The settings from best to worst performance are:
1) check_modules_and_restart == False and check_modules_no_restart == 
False
2) check_modules_and_restart == False and check_modules_no_restart == 
True
3) check_modules_and_restart == True

These settings control how lazy the programmer can be about whether or 
not Spyce notices changes. No surprise, maximum laziness matches worst 
performance. =) Here are the consequences of these settings:
1) Spyce doesn't look for changes. If I change stuff, it is up to me to 
restart Spyce.
2) Spyce looks for changed modules at every request. If it finds one, 
it reloads the module which leaves the programmer exposed to the 
weaknesses inherent in Python's reload().
3) Spyce looks for changed modules at every request or once every 
second, whichever comes first. If it finds a change, it restarts the 
server (which runs in a subprocess).

Is this correct and (more or less) complete?

Also, the comments in spyceconf.py refer to a mysterious 
"restart_for_modules" setting which is, I guess, 
check_modules_and_restart. Am I correct?


Thanks
Philip



-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.