JVM/CLR上的Erlang

您不能使用JVM/CLR库,因为它们依赖于可变对象。

Erlang异常处理与JVM和CLR异常有很大不同,您需要以某种方式处理它。

将进程实现为线程意味着任何规模较大的Erlang系统都会非常快地耗尽内存(创建时我的机器上的进程大小:1268字节,线程堆栈大小(CLR):1 MB),并且进程之间的通信比Erlang慢得多。

您可能需要的是JVM或CLR上的Actor模型实现。

Scala和Clojure已经提到了。此外,JVM有许多参与者实现: Kilim Functional Java , Jetlang , Actors Guild , ActorFoundry Retlang ,可从任何JVM/CLR语言使用。

出于教育原因,我们正在为CLR实现ErlangVM的一个子集。我们深受Kresten Krab Thorup和他的项目Erjang(一个基于JVM的Erlang虚拟机)的启发。Erjang使用kilim框架来表示轻量级流程,它开始引起人们的注意。

Javalimit -Erjang的作者博客。

Erjang repository

这是一次很好的讨论。一些上下文可能有用。

从去年11月的Erlang邮件列表中:

• The start of a long discussion thread

• 持续的 here

• here

• 最后是乔的 contribution .

我在JVM上关于Erlang的辩论中的贡献? 不,不是个好主意:(

事实上,什么都没有。你可以看看 Clojure ,这是一种构建在JVM上的有趣的函数式语言。

Axum

我不知道这里面有什么技术问题。

事实上 斯卡拉 (JVM函数语言)使用所谓的 演员模型 这与无共享并发的Erlang模型非常相似,而且据我所知,它大量借鉴了Erlang模型。 线程无法模拟Erlang进程。它们太重了。

只是为了补充完整性 source 关于主题。

Erjang

可能的对实际的嗯,可能不是,;他们以非常不同的方式解决不同的问题,因此在做事的方式上有很大的不同。这将使移植变得困难,性能可能会受到严重影响。这并不意味着它不能实现,只是有更好的方法来实现这样一个端口将带来的功能。