> The very meaning of multi-use is " it can be used multiple times, and
> even indefinitely."
> This means, the App_finished event is meaningless in this situation. I
> understand, (and have implemented it based on my understanding), that
> users want to keep adding threads to a re-usable / multi-use GApp, and
> it keeps running those threads, as and when they are added. This means,
> the app really never ends.
> However, the "Status" flag of the GApp should then be properly exposed
> to show the "current" state of the GApp.
>  - If a GApp has any threads that are running, then it would be
> considered an active/running GApp, otherwise the GApp is stopped /
> finished.
> 
> I have not checked the latest CVS fix, which Tibor has mentioned in a
> recent message...but this is what I see as being a solution.
> 
> Is this what you have fixed Tibor?
> 

Hi Krishna,

I only touched the Single Use part. If all threads finished then the
application is marked as stopped at the same time the ApplicationFinished
even is raised. There was similar code to do the clean up in the Dispose
method of GApplication but this was never called explicitly from the samples
I looked at. I think that by the time the GC was due to call it
automatically either the connection to the Manager was gone or the
application itself was getting unloaded from memory.

This means that a proper use of a Multi use application should include a
call to GApplication.Dispose once the application is completed. However,
this is up to the user's application so it will not account for crashes or
coding errors. We might need something on the Manager as well to detect dead
applications.

Regards,
Tibor




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Alchemi-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/alchemi-developers

Reply via email to