I am new to this technology... I was using isapi, with and isapoloader dll, that was responsible of the upgrade of the application. The isapiloader before sending the request to the actual isapi application, it tried to find if there is a new version of it, with the same name of the dll but with extensión .new, and if it finded it, it unload the real application dll, replace it with the .new one, and load it again. This way it is possible to replace the application without stoping the web server. Something like this is necessary with fcgi? Does the cgi gateway do this also? What could be even better is the possibility to save all the users active sessions data to same temporary file before unload (or kill) the running application module, and to be loaded after the new one is loaded so the users do not even note that the version changed, and do not get them out.

I expect you understand what I mean... but I don´t know if all this is doable, or available in the current fpweb fcgi implementation.

Thanks

Horacio

El 30/05/2010 4:20, Bee Jay escribió:
On 28 Mei 2010, at 23:18, Michael Van Canneyt wrote:

I'll have a look at it next week. But it will be under control of an option, 
and this option will be 'off' by default.
Another thought about this feature. I think it'd be nice if there's an option 
to shutdown the app gracefully. What I mean by gracefully is when the app get a 
shutdown request, and the option is 'on', then the app doesn't suddently 
terminate itself but it waits until all currently active sessions got closed 
and also doesn't accept new sessions. This condition (waiting for termination) 
status can be read by the app through a read-only flag so the app can raise an 
alert to end users announcing that the app is about to close so the users are 
asked to immediately finish their job and quit (logout). So, the app doesn't 
need to wait forever.

What do you think, Michael?

-Bee-

_______________________________________________
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal


_______________________________________________
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Reply via email to