It is imho opinion a mistake to assume that serverside javascript must
waste a whole decade reimplementing what had already been maturely and
comprehensively implremented already, and for a spurious reason. Code
doesn't need to be all asynchronous, and in fact, it's a mistake to
insist it must always be so.
I also find commonjs/jsgi a well-thought out specification, and not
only imho the only viable serverside javascript one de jour, but also
better than its predecessors like wsgi.
commonjs/jsgi currently support rhino, and this is good, as it
provides access to the java libraries. Unfortunately rhino currently
lags a bit, though this may improve with time.
Other potential targets that I implore you to consider are:
gjs, integrates spidermonkey, and seed, integrates javascriptcore,
provides access to the vast gnome libraries, which are mature,
comprehensive, support sync/async, and are cross platform. As noted in
a previous post someone has already worked on porting commonjs to it.
https://live.gnome.org/JavaScript
qt libraries, integrates javascriptcore and v8; again, mature,
comprehensive, support sync/async, and are cross platform.
http://en.wikipedia.org/wiki/QtScript http://developer.qt.nokia.com/doc/qt-4.8/network-programming.html
unityscript, A JavaScript implementation based on the Boo programming
language, which itself (boo) has a python-derived syntax, seems to be
the one touted by unity3d as the "World's Fastest JavaScript - Unity's
JavaScript implementation JIT-compiles to native machine code. It runs
20x faster than Flash or Director based JavaScript, and the same speed
as C# and Boo." It should provide access to mono/.net, which, again,
is mature, comprehensive, supports sync/async, and cross platform.
https://github.com/bamboo/unityscript http://unity3d.com/unity/features/scripting
I believe it may be an idea to publicize this widely so individuals
with an interest or experience in javascript and a relevant backend
could consider it as a potential project.
All the best.