I'm surprised to hear that throwing an exception there causes any havoc; in
the code there is a generic exception handler that shouldn't let any
uncaught exceptions leak through. There is potential for trouble, though,
if you are using a spawner that does some vial initialization during the
start()
Thank you Michael, that is very helpful. In this case I am using
pre_spawn_hook, in lieu of a spawner options form. So I think the
exceptions are causing havoc to the server.
I went the route of the pre_spawn_hook because in my case because the user
doesn't need to inform the hub of the doc
Hi,
The Spawner's start() function is called unconditionally after
pre_spawn_hook() returns, so you're correct that the return value will have
no effect. However, if you raise an exception, it will be caught by the app
and the associated error message will be logged. There are some cases where
exc