<div class="gmail_quote">2009/5/22 Fred Hebert (MononcQc) <span dir="ltr"><<a href="mailto:mononcqc@gmail.com">mononcqc@gmail.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div><div></div><div class="h5"><br></div></div>Well, as has been mentioned, you could go with clojure and terracotta for the JVM; Clojure is a lisp-variant without destructive updates and comes with transactional memory built-in; it's thus functional, benefits from a two-way communication system with the java libraries, can be good at concurrency. Terracotta would let you distribute the code with relatively enough ease too.<br>


<br>Hot code swapping can be substituted by updating nodes one by one and a good switching system; with enough isolation, the update becomes transparent and requires no downtime at all, while forcing you to keep redundancy in mind.<br>


<br>It's certainly more complicated to set up as a distributed environment, but it's a completely acceptable alternative, especially for the libs and the lisp macro system.</blockquote><div><br>If you want a lisp macro system plus OTP plus the erlang VM plus ..., but without the JVM and libs then an alternative is to use LFE (lisp flavoured erlang) which gives you all of those.<br>

<br>Robert<br></div></div><br>