-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
working with unserializable objects #10
Comments
In short, what happens today is that soorgeon throws an error on global variables.
@edublancas clarification on the 2nd point, we don't serialize/reinstantiate the objects to maintain the state? (i.e in the db_conn we don't really care what happened before). Ideally the users won't need to take this extra step - it should happen for them. |
I changed the title since it wasn't accurate. this isn't about all types of global variables. but about variables defined in the notebook that do not support serialization. A typical example is connections to a database or |
Keeping this for a later stage, until we'll have a run function that can run the user's code |
e.g., the notebook uses a db connection:
We should not serialize this object, but rather embed this line in any
of the tasks that use it. How do we know if serialize it or not? Easiest way
is to have the user add a "preparation" cell, and then add it if any of the tasks
use the variables as inputs
The text was updated successfully, but these errors were encountered: