<div dir="auto">If you're ok with building your own abcl from my sources, then yes, you can give it a try as early as you want.<div dir="auto">Some form of closure serialisation works, and it may already be ok for your use case. I couldn't figure how to execute Lisp tests, and I'd like to write a test that spawns a new instance of ABCL to properly verify that serialisation works across different processes.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Aug 5, 2020, 09:47 Steven Nunez <<a href="mailto:steve_nunez@yahoo.com">steve_nunez@yahoo.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-family:Helvetica Neue,Helvetica,Arial,sans-serif;font-size:13px"><div dir="ltr">I've been looking at a few other ways to accomplish wrapping Spark, and none look good. I could generate Java functions, which seem to be inherently serialisable, but that defeats the point of using ABCL. I also considered an approach using Java to call into ABCL, but then I've got to ensure that the ABCL functions are distributed to each node, defeating the point of using Spark.</div><div dir="ltr"><br></div><div dir="ltr"><span><span style="background-color:#dbedfe;font-size:13px">@Alessio Stalla</span>, your most recent github commit suggests that things might have moved along to the point that function and closure serialisation is working. Are things stable enough to give it a try? Not this week, but perhaps on Monday? I'm happy to debug anything that I turn up. There's a new project on the horizon and I'd like to use the Java compatibility angle to try and get Lisp into it. If I'm lucky, I may not even have to mention lisp, depending on how/if the contract terms work out.</span><br></div></div></div></blockquote></div>