JavaScript and .NET – meet jint


I’ve been looking for JavaScript scripting possibilities for .NET for quite some time. I always know I could hack an IKVM (java-to-csharp compiler) over Rhino (Java implementation of JavaScript), but it always felt a bit too complex.

I had my hopes on Microsoft to implement a JavaScript over the DLR but the news on the subject where vague at best, and with the latest moves on shutting down support of IronPython and IronRuby, I’d think that IronJS won’t really happen anytime soon. There is a project named IronJS over at github, but it is quite incomplete. (for e.g., the test suite include a single mostly-commented-out file).


Reading one more Rhino/IKVM article on CodeProject this week, I stumbled on a comment pointing to a new JS interpreter implementation for .NET.  yup – that’s right. Interpreter. Not a compiler, nor a VM. The project is at


I Hg cloned the repo, ran MsBuild.exe on the Jint.sln file, and referenced output binaries (only two dll files - jint’s and antlr’s), and voila.


the following stupid code, showing executing JS code (see the regex syntax in script1), executing .NET code from JS script (the DateTime class), and passing a .NET object as parameter to the script:


class Person
    public string Name;
static void Main(string[] args)
    var script1 = @"return 'hello'.replace(/l{2}/gi, 'LL');";
    var script2 = @"var d = new System.DateTime(2010,3,1);
                    return d.Day;";
    var script3 = @"return 'hello ' + p.Name;";

    var jint = new Jint.JintEngine();

    var result1 = jint.Run(script1);

    var result2 = jint.Run(script2);

    var p = new Person { Name = "Ken" };
    jint.SetParameter("p", p);
    var result3 = jint.Run(script3);



The output is:

hello Ken



so what the whole fuss is about?


think about a view engine that can execute in the Server for generating initial http response, and then executing the same templates on the client-side. Not only that, it should be possible to share templates between Java and .NET servers in a heterogeneous environment


I know that Spark view engine support both server and client side execution, but I remember hearing from the leaders of Spark that it was never a goal, and I also do not like the syntax of Spark anyway (brings back bad memories from nant)


It also has a few more appealing features. For one, it does not generate bytecode, so you can hot-swap scripts without leaking memory.


I’ll be playing with this some more should time allow.

     Tweet Follow @kenegozi