[E-Lang] Thoughts on Persistence in E.

Dean Tribble tribble@e-dean.com
Thu, 20 Sep 2001 13:05:54 -0700


> >0) I can serialize anything without an error being spit out.
>
>Yes, I tentatively made a strange decision here.  If I encounter something
>that's not serializable, I serialize a broken reference rather than throwing
>an exception.  This was, a bad subgraph cannot prevent the persistence and
>revival of the overall graph.  I feel very uncertain about this decision,
>and it's certainly worth arguing about.

Use a keeper.  The serialization process calls an object supplied by the 
creator which implements the error policy.  Recording the error for the 
caller and then continuing becomes a trivial improvement over the 
swallow-the-error approach.

>For the corresponding issue in CapTP I made opposite decision: I throw an
>exception, causing the serialization to fail.

Also the same mechanism as above but with a different keeper.