martin, is there a feed for the comments?

Still don't get why you have a problem with JS hashes. For basic usage it looks just like the hash table syntax of other languages, and you don't need to know that you're actually using Object properties and not a dedicated data structure.

But I get your point. I haven't done bigger JS stuff in a while, but I remember more than one occasion of scratching my head over some of its characteristics. Still, I think it has improved a lot (-> regexes, iterators, etc).

And yeah not having a standard library for file I/O, net access etc is a problem, but if you use Rhino as the JS interpreter you can simply make use of the Java framework: http://www.mozilla.org/rhino/ScriptingJava.html

You comments make me realize that I haven't thought much about the specifics (e.g., how can you import code modules with standard EcmaScript?), but still, I think it's a great scripting language. I don't want to replace Perl (I would love to replace PHP though ;). But I simply would like to have the option of using a widely known scripting language in an additional context.

You can use it in web pages, you can use it to script the operating system (on both Windows and OS X), and there are lots of applications that use it internally (Flash being the most prominent). I don't see why you should be able to use it everywhere except as a server scripting language.

selfhtml is probably the most comprehensive reference i've seen but still has the coverage of a swiss cheese.

associative arrays is just one example, i could name more. and, yes, you can do it but you use Object which is not really an array so you're basically cheating.

Another option is the EcmaScript language reference, but that's a PDF file.

I wasn't aware that there are no associative array in JS, started searching, and still don't understand what you are complaining about: http://en.wikipedia.org/wiki/Association_list#JavaScript

Yeah OO in JavaScript/EcmaScript is an afterthought, but I still think JS is easier to learn and more readable than Perl ;)

also, the power of server-side scripting, in my opinion, does not lie in the programming language itself but the tools that come along with it. which is probably why php became so successful. it offers pretty much everything i need to do server-side programming (http-processing/requests, mail, xml, file/db i/o, lots of string processing, ...).

The reason I'm posting again is that I just found another related project: TrimJunction, which is a port of the Ruby on Rails framework to JavaScript. Regardless where you stand regarding the current RoR hype and successive attempts to port the framework to other environments (Python has some of these clone projects too), at least it shows that there are people interested in using JavaScript for more than browser-side form validation. I still believe that JavaScript would make a perfect lingua franca of the web, and any attempt to bring it to the server is to be applauded.

If you have some basic knowledge of Ruby on Rails the comparison of Ruby on Rails and JavaScript on Junction syntaxes can serve as a quick overview of what they are trying to achieve. They also have a demo that runs in the browser and that is sort-of working (it's throwing JavaScript errors in Safari, but apparently Firefox works fine).

But it currently looks like they are solely using their framework for client-side scripting, and plan to add server-side deployment at a later stage. Quote from their site:

A Junction-based web application should run, validate input, process data, generate output and do its thing on both the server AND the client. We intend to use the Rhino JavaScript runtime for the server and use your favorite, modern web browser for the client.

I'll now start looking for people who have used Rhino or SpiderMonkey on the server, and maybe I'll install Rhino locally to play around with. (Both are Mozilla projects that provide JavaScript runtime environments; Rhino is implemented in Java, SpiderMonkey in C.)

Anyway, watch the TrimPath blog for updates on TrimJunction.