Building...

How does it work?

It loads Erlang's binary .beam file format, compiles it into Java's .class file format, and loads it into the JVM. It will eventually have it's own implementation of all Erlang's BIFs (built-in-functions) written in Java.

Does it work?

Yes! It does actually work.

It can boot Erlang/OTP to the Eshell (ej command).

There's a GUI console (ejc command) which supports ^G and line editing. The console still needs some work [Swing wizards welcome here].

There are still things that doesn't work: There are BIFs missing, or only partially implemented; we're quite careful to throw erjang.NotImplemented in BIFs (or branches thereof) which are not complete. Many OTP modules need NIFs or linked-in drivers that are entirely missing or only partly implemented. We do have experimental support for NIFs, so that may be improving soon.

What will it feel like to be running Erlang on the JVM?

Here is what to expect:

In Erjang, every node runs on a single heap, and so global GC will sometimes happen.

On the other hand, Erjang does not copy messages between processes -- they are simply shared, so sending large messages is significantly cheaper.

Over all, you will loose the predictability in behavior that Erlang has with regard to GC pauses, because Erlang can GC each process individually. Java GC continues to improve, so this might become less of an issue over time; but it will likely never go away.

My current tests indicate, that you can get better throughput in Erjang than BEAM, see this blog post, the graphs from google charts broke.

Erjang can run the "ring problem" at-par with BEAM, the Erlang virtual machine. If you let the JIT warm up, Erjang looks like it is faster than beam.

The big win is that Erjang is running on a VM that does dynamic compilation, selective inlining, and all the performance that comes from that.

Building

You should be able to do ant jar. You need Perl version 5.10 or later, or you'll be unable to build the interpreter.

Configuring

The only configuration you really need is to have an plain-old erlang installed, then Erjang will pick up the beam files using the $PATH to locate the erl binary, and then infer location of the beam files from there. For instance when booting ej