MySpace logo

In Defense of MySpace

It’s easy to dump on MySpace. It was the twenty-first century equivalent of GeoCities, but with an even lower barrier to entry. When MySpace lost the social network race to Facebook very few people were sad to let go of, what Seth Meyers once called, ‘abandoned amusement park of the internet.’

But for a certain group, it’s time to look a little closer MySpace. That group is .Net developers.

For a brief period, MySpace was the most visited site on the internet and .Net technologies were powering it. Virtually no other company, Micrsoft itself excluded, has ever run .Net at the sort of scale that MySpace was innovating at the bleeding-edge of the CLR to keep up. And with little fanfare, they open-sourced a number of their projects. That work is still ahead of it’s time in many ways, and it’s time .Net devs took notice.


Qizmt logoMapReduce is the framework that lets Google scale it’s data to massive commodity clusters in a reliable way. This method for distributing computation has been so successful Yahoo!, Facebook, LinkedIn and countless others are now using an open source competitor, Hadoop. By far my favourite project to come out of MySpace was qizmt. qizmt is an open source MapReduce framework for .Net. It allowed you to horizontally scale as your computational load increased. The source is hosted on Google Code at


Many web developers will be used to tools like Firebug or the WebKit Inspector, but if you are using Internet Explorer, especially a pre-8 version, you’re mostly out of luck. MySpace built their own browser debugger that they released for free. It brought IE 8 very close to feature parity with the above mentioned tools, but it could also be used with browsers as old as IE 6! The plugin is available from their site with links to the project on Google Code,

Data Relay

My company recently built their own framework to speed up intercommunication between systems. Had we known about Data Relay, we may not have needed to reinvent the wheel. Data Relay is a middle-tier framework to facilitate message passing at scale. This is the sort of heavy weight architectural project that seems to thrive in the non-.Net open source community, but doesn’t get the same focus in Microsoft shops because it’s not provided out of the box. This project isn’t as well documented, but you can find the code on Codeplex There’s also an interesting mention of it by a former MySpace engineer on his blog,

It’s easy to look at a loud profile page on MySpace and assume the engineering behind the scenes was equally frightening. But the fact is you don’t rise to the top spot on the Alexa rankings without some pretty serious brainpower on the development team. I think it’s time developers, and the .Net crowd in particular, paid their dues.


Silverlight vs HTML5 Is Stupid

This ‘Death of Silverlight’ debate is getting pretty idiotic. If you’ve been avoiding it, maybe doing real work while tech pundits enjoyed their pissing match, it all started with this little sentence from Bob Muglia, President of the Server and Tools Division at Microsoft:

Bob Muglia sharing the future of Silverlight.

Hide the women and children and number zero! Muglia has lost his shit and is taking out every .Net developer at the knees!

This is stupid. Please stop.

There has been a lot of suggestion that Silverlight was never meant to replace HTML. This is revisionist history, and doesn’t help anyone. Silverlight was pretty clearly Microsoft’s attempt to overpower the conventional rich web stack with their own tools. And I do mean overpower. With Silverlight Microsoft brought a Sherman Tank to a knife fight. When Silverlight 1.0 was introduced in 2007 the web was a very different place. The only way to deliver video was through Flash, jQuery was just coming of age and Google Chrome (with all it’s V8 hotness) wasn’t even out yet. Silverlight represented a competitor to Adobe’s de-facto plugin, and Silverlight 2.0 gave .Net developers an opportunity to put their skills directly in the browser.

But their attempts were misguided. Building Bing Maps in Silverlight seemed like overkill and  many Microsoft product web sites (SharePoint comes to mind) used Silverlight for landing pages. The problem seemed to lay in Microsoft’s threshold for “Rich Internet Application.” Microsoft still seemed content to build the basics in HTML+CSS, but as soon as you started moving elements around a page, it was time to pull out the plug-in. Even the Silverlight Navigation template looks like a normal web page. Both of the above examples have since been converted to HTML, I suspect this is the ‘shift’ Bob is talking about. If that wasn’t their original strategy, what have they shifted from?

Frankly, Silverlight development is  lovely and in many ways better than HTML + JavaScript + CSS. The tooling is far superior, the functionality is much stronger (DO NOT argue with this, does your HTML5 application use a webcam?) and performance is generally better for intense applications.

But Silverlight is far from perfect. It never really made sense for general web development for a few reasons.

Silverlight isn’t crawlable/accessible. When you’re talking web, you can’t ignore the 800lb. gorilla in the room named Google. If Google can’t find you, you’re S.O.L. and Google can’t find Silverlight. A Silverlight app is a big amorphous blob of binary so without going out of your way to expose your Silverlight embedded content, search engine’s won’t find you. Closely related to searchability is accessibility. Again, because Silverlight is an amorphous binary blob screen readers and other devices have a hard time getting to the content.

Copy and paste is a pain. In my mind, this just about sums up why Silverlight isn’t a suitable general purpose web tool. Copy and paste is just one example of niceties that users have come to expect that are not out of the box in Silverlight. Right-click, navigation and printing also come to mind as examples of things that are onerous to put in Silverlight projects.

Microsoft Controlled. The other large vendors simply can’t use Silverlight over flash, because siding with Microsoft is like hitching a ride on the Death Star. For better or for worse, a single entity controls the platform. Google is now finding out just how fun it is to depend on a competitors platform. Oracle is trying to sue the pants off them for their JVM.

Plug-ins are an extra step. Getting users to install an extra plugin is ultimately one more hurdle you need to overcome. It may be simple but there are so many issues that could get in the way. Security settings. Computer literacy. New devices may not even support the plugin. (iAnyging, Android, BlackBerry, etc)

If you were building entire sites in Silverlight, you probably had a little too much Microsoft Kool-Aid. If you can’t distinguish between best-practices and marketing, you probably shouldn’t be developing in the first place.

Why Silverlight Is Still Relevant

Despite the above knocks on Silverlight it’s still a pretty good place to hang you RIA hat.

Microsoft is able to innovate faster than web standards. Silverlight was able to put video in the browser while the HTML5 video spec was in it’s infancy because plugins aren’t bound to any standards process. Standards boards move slowly because of all the players involved, but if Microsoft wants to try something, they’ve got their own sandbox to experiment in.  Right now, Smooth Streaming is the killer app for Silverlight. I suspect the video tag will catch up in time, but right now there’s no great story for streaming HTML5 video. Same with webcam and audio input.

Internet Explorer 9 doesn’t run on Windows XP. If you’re not a fan of the new Aero UI, there isn’t much reason to upgrade to Windows 7. There, I said it. Sure, there are optimizations that come from a new operating system, but unless you’re a power user, you probably won’t notice them. And if  you are a power user, you probably don’t use Internet Explorer anyways. So what of these remaining users? They’re still happily rocking their XP boxes running Internet Explorer 6 through 8. ‘Far superior performance in other browsers you say? Meh, Internet Explorer works for me.’ And you know what I’m okay with that. It just means I need to provide an experience for users that don’t have HTML5 canvas/SVG, audio/video, validation etc. I used to believe that the average web user really wanted an open and free web. Then Read Write Web ran a piece about the new Facebook authentication other sites could use. Turns out when you put Facebook and Login in the title, the people Googling for “Facebook login” are going to stumble across your site and think they’ve arrived at Facebook. This lead to comments like these:

These people weren’t stupid, they’re just not geeks like you and I that spend evenings reading blog posts about Silverlight. I think a lot of the behaviours we take for granted still needs to be learned by the less technically savvy. That includes using non-default browsers. And Google, Facebook, Twitter etc. haven’t been able to change their ways, your cat photo sharing app isn’t going to change that.

DRM is a necessary evil. DRM sucks. Get over it. You like getting paid to write software/music/anything creative? If you are to have a hope of making a living you need a way to control it’s distribution. This may be an area HTML never embraces because it’s so anathema to the open web philosophy.

.Net Developers Want a RIA Platform. All the above begs the question, then why not use Flash? Well here’s your answer Mr./Mrs. Smarty-Pants. I don’t know Flash. And I don’t care to learn it. Nothing wrong with Flash, per se. 20 billion users can’t be wrong. But I know C# and rather enjoy it, so if there’s an option to enhance a web page with my .Net skills, I’m going to use it.

So whether you’re a member of the HTML5 mafia or a Silverlight fan-boy, please calm down. There’s enough web to go around and we’re going to need to play nicely for years to come.


Microsoft and Open source, At Least They’re Trying


When Microsoft announced NuPack you would have thought they open sourced .Net and cured cancer in one fell swoop. Every softie with a blog (Hansleman, Haack, Guthrie) made an announcement. Their blog were equal parts technical description, and self-loving for being so open and community driven.

But at the end of the day their heart was in the right place. It’s a clever project. It’s open source with the ability to take contributions and they even worked the the Nu guys to see what people were already doing. Microsoft really has evolved.

Turns out they’re renaming NuPack because someone else has already taken the name.

**Face Palm**

NUPACK is already the name of a software package to analyze nucleic acids by those smartypants at Caltech. But in all fairness, it’s not like they were easy to find. I mean, they didn’t even have a website. Oh wait…

**Double Face Palm**

But they’re remedying the situation as best as they can. You can now vote for a new name at the Codeplex issues list. I like NFetch, and it’s running away with the vote. But a little disapointed to see no ‘Nu-‘ options.


Automated Testing Using Page Objects and WebDriver

When writing your automated test scripts it is helpful to abstract your interface from the assertions. One helpful method to do this is the the Page Objects pattern. Essentially, your interface is mapped into a class, with each object field representing a UI element on your page. With all your locators in one place, you have a single repository to update if your UI ever changes.

Page Objects are a popular pattern when using Selenium RC, a great resource for guidance is the Selenium Page Object Pattern post on The Automated Tester’s blog. If you’d like some more quality reading on basic Page Object implementation take a look at the Page Objects page on the Selenium Google Code Wiki.

In Selenium 1.x Page Object implementation was simply a nice compliment to the tool, but outside the scope of the project itself. With Selenium2/WebDriver, you get the PageFactory class which takes your custom class, and gives you a usable page. [Note: At the time of writing, September 2010, the support package was only available in the Java library. Hopefully other languages will be supported by the 2.0 release]

WebDriver does this by a combination of clever conventions, and magic. Mostly magic. Following the example on the PageFactory wiki page mentioned above, I’ll demonstrate a quick test on the Bing home page. First you want your search page class. You want this class to support both the elements you’ll work with, and the services it provides. The minimum elements you’ll need to support on a search page are the search box and submit button. The process of searching is a ‘service’ the page provides, it will be provided as a method. To separate concerns, your test should have access to the services, but no knowledge of the underlying HTML. For this reason elements are private members and services are public methods. Services should return information about the page, or new Page Objects. Your search page may look something like this, notes below.

package com.PeterNewhook;

import org.openqa.selenium.WebDriver;
import org.openqa.selenium.WebElement;

public class SearchPage extends Page{

	public SearchPage(WebDriver driver) {

	private WebElement q; //Search box
	private WebElement go; //Search button

	public ResultsPage search(String searchStatement){
		return PageFactory.initElements(_driver, ResultsPage.class);

Notice a few things a few things about this class

  • It extends Page
  • search returns a ResultsPage object
  • q and go fields are used without using being instantiated.

Page is my own class with a single constructor that requires a WedDriver object. Inheriting this class makes it easy for the PageObject class to instantiate your object and associate a driver with it. Unfortunately, I missed this in the WebDriver documentation and had to check the PageFactory source after seeing this in a few examples. The Page class would look something like this:

package com.PeterNewhook;

import org.openqa.selenium.WebDriver;

public class Page {

	WebDriver _driver;
	public Page(WebDriver driver){

By returning a ResultsPage object, the search method (or ‘service’ in Page Object parlance) allows our tests to navigate through the application without any reliance of the structure. This page would be instantiated with all the services a search results page would have. It might look something like this.

package com.PeterNewhook;

import org.openqa.selenium.WebDriver;
import org.openqa.selenium.WebElement;

public class ResultsPage extends Page{

	public ResultsPage(WebDriver driver) {

	private WebElement count;

	public String getPagesReturned(){
		return count.getText();

Ordinarily you would expect using q and go this way to throw a Null Pointer exception. If you’re familiar with the WebDriver API you may expect to see something like driver.findElements(“q”);. But therein lies the magic of the PageObject class. Take a look at how the SearchPage could be used by a full WebDriver program.

package com.PeterNewhook;

import org.openqa.selenium.WebDriver;
import org.openqa.selenium.firefox.FirefoxDriver;

public class SearchRunner {

	public static void main(String[] args) {
		WebDriver driver = new FirefoxDriver();
		SearchPage bingHome = PageFactory.initElements(driver, SearchPage.class);
		ResultsPage searchResults ="Page Object Pattern");

The PageFactory.initElements static method takes your driver instance and the class type you want returned, and returns a Page Object with it’s fields fully initialized. By default, the PageFactory will search for elements on the page with a matching id. If that fails, it will search by the name attribute. Because q is the name of the search box, the element is found automatically, however it could have also been defined using the FindBy attribute

@FindBy(how = How.NAME, using = "q")
private WebElement searchBox;

or even more simply

@FindBy(name "q")
private WebElement searchBox;

Other location strategies, like xpath or className, are also available using the FindBy attribute. I generally prefer using descriptive name for my field names, so I like to explicitly declare the FindBy method. This also gives me the flexibility to change the field name at a later date without needing to hunt down variables used throughout the class.

Now that you have a basic understanding of the Page Object pattern, I strongly suggest reading Simon Stewart’s wiki page mentioned earlier. It gives great detail and goes into depth on the nature of the PageFactory helper class.


Castle Project ActiveRecord for ASP.Net Tutorial: Part 1 Introduction and a Single Table

I recently began working with Castle ActiveRecord. It is an Object Relational Mapping (ORM) tool for .Net applications. If you’re reading this I probably don’t have to explain what an ORM is, but essentially, instead of using ADO.Net/SQL to interact with your data, you get to manipulate each database record as if it were a .Net object, with CRUD operations available directly as object methods. While the getting started guide on the Castle Project website is generally adequate, it’s for WinForms instead of ASP.Net, there’s a few typos/inconsistencies in code examples, and it’s getting a little dated. I wanted to document my experience here so that others don’t run into the same problems I did while learning. I’ll be making a very simple blog application that generally follows the getting started guide on the ActiveRecord website, but I’m going to break up my tutorial slightly differently. In part one we’ll setup the environment and write the code for a very simple, single table object. In part two we’ll introduce relationships into the application and pretty up the interface a bit. I assume some level of competency in C#, ASP.Net and Visual Studio, but you can be completely new to ActiveRecord, NHibernate, and ORMs in general. To begin, you’ll need:

  • Visual Studio or the free Visual Web Developer Express Edition (I’ll be using Visual Web Developer 2008)
  • SQL Express, likely installed with your Visual Studio
  • The Castle Project AcriveRecord Binaries. This tutorial is based on ActiveRecord 2.0

Adding References

Begin by creating a new website and calling it ActiveRecordTutorial. Right click on the web site in the solution explorer and click “Add References…” Browse to the place you extracted the ActiveRecord DLLs and add Castle.ActiveRecord.dll. This should automatically add a number of other references including, Castle.Components.Validator.dll, Castle.Core.dll, Iesi.Collections.dll, Lucene.Net.dll, NHibernate.dll, and NHibernate.Search.dll. Not included is NHibernate.ByteCode.Castle.dll, add this as well. The official getting started guide actually misses this resource.

Creating The First Database Table

Right click on the App_Data folder and select “Add New Item…” Select SQL Server, and name it ActiveRecordDB.mdf. Note that this is a SQL Server Express database. You may want to use the full version of SQL Server, or even PostgreSQL or MySQL, but I’ll be using Express as it’s the easiest to integrate with an ASP.Net web site. Then view the database in the Database Explorer, right click on the Tables folder and select “Add New Table”, this will be your Person table. The getting started guide used “User” but I found there was some conflict with the existing .Net User class, which made debugging slightly challenging. Create columns for Id (int), UserName (nvarchar(25)), and Password (nvarchar(25)). Id will be the primary key, and should also be an Identity column.  After saving this table as Person, it should look like the following:

Adding the Person Class

For each table that you want to use in your application with ActiveRecord, you will create a corresponding class. Add a new class to your application called User.cs. You will get an alert prompting you to put this code file in the App_Code folder. Accept this option. You should then put the following code into this class.

namespace ActiveRecordTutorial
    using System;
    using Castle.ActiveRecord;

    public class Person : ActiveRecordBase<person>
        private int id;
        private string username;
        private string password;

        public Person() { }

        public Person(string username, string password)
            this.username = username;
            this.password = password;

        public int Id
            get { return; }
            set { = value; }

        public string Username
            get { return this.username; }
            set { this.username = value; }

        public string Password
            get { return this.password; }
            set { this.password = value; }

There are at 4 things that separate this from a normal class.

  1. The ActiveRecord attribute on the class name.
  2. Inheritance from ActiveRecordBase<Person>.
  3. The PrimaryKey attribute on the Id property.
  4. Property attributes on all remaining properties.

All of these attributes are used by ActiveRecord define the relation between the table and the class.

Initializing The Framework

Easily the most frustrating part of trying to adapt the official getting started guide to an ASP.Net application was configuring and initializing the framework. The guide creates an XML file to store settings, but ASP.Net already has an XML file handy, the web.config file. To begin, add the following just inside the configSections element, just before the sectionGroup for system.web.extensions

<section name="activerecord" type="Castle.ActiveRecord.Framework.Config.ActiveRecordSectionHandler, Castle.ActiveRecord">

Next, immediately following the empty connectionStrings element, add the following

<activerecord isweb="true">
    <add key="connection.driver_class" value="NHibernate.Driver.SqlClientDriver">
      <add key="dialect" value="NHibernate.Dialect.MsSql2008Dialect">
        <add key="connection.provider" value="NHibernate.Connection.DriverConnectionProvider">
          <add key="connection.connection_string" value="Data Source=.\SQLEXPRESS; AttachDbFilename=|DataDirectory|\ActiveRecordDB.mdf; Integrated Security=True;User Instance=True">
            <add key="proxyfactory.factory_class" value="NHibernate.ByteCode.Castle.ProxyFactoryFactory, NHibernate.ByteCode.Castle"> </add>

Notice that I am using the MsSql2008Dialect. There is no dialect specific to SQL Expres. MsSql2005Dialect also works against SQL Server 2008, but does not take advantage of some of the new Date data types in SQL Server 2008. See the NHibernate blog post NHibernate and Ms Sql Server 2008 for more details. Finally you will need to add the following inside the httpModules element.

 <add name="ar.sessionscope" type="Castle.ActiveRecord.Framework.SessionScopeWebModule, Castle.ActiveRecord"> 

This module provides default behaviour for SessionScope. You could replace this with custom code in the Global.asax file, but the module will do for now. Next, we need to run some code to initialize the application the first time it’s run. Create a Global.asax file and change it’s Inherits property to ActiveRecordTutorial.MyHttpApplication. We do this so that we can place code in a separate class called MyHttpApplication. It is also possible to write your code directly in the Global.asax file, but this was the approach taken by the getting started guide, so it’s what I follow here. Then create a new class called MyHttpApplication and place the following code in it.

namespace ActiveRecordTutorial
    using System;
    using System.Web;
    using Castle.ActiveRecord;
    using Castle.ActiveRecord.Framework;
    using Castle.ActiveRecord.Framework.Config;
    public class MyHttpApplication : HttpApplication
        protected void Application_Start(Object sender, EventArgs e)
            //get the settings from web.config
            IConfigurationSource source = ActiveRecordSectionHandler.Instance;
            //register your objects with ActiveRecord
            ActiveRecordStarter.Initialize(source, new Type[] { typeof(Person) });

I have only skimmed the surface of configuration and initialization. For more information see the initialization step of the getting started guide, and the Web Applications guide in the official documentation.
Using the Person Class
  Finally, to test the Person class put the following in Default.aspx.cs

using System;
using System.Linq;
using System.Web;
using System.Web.UI;
using System.Web.UI.WebControls;
using ActiveRecordTutorial;
public partial class _Default : System.Web.UI.Page
    protected void Page_Load(object sender, EventArgs e)
        //create your new user and set properties
        Person myPerson = new Person();
        myPerson.Username = "name"; myPerson.Password = "secret"; try
            //try to save myPerson to database
        catch (Exception err) { string errReport = "Failed trying to save user"; errReport += err.Message; System.Diagnostics.Debug.Write(errReport); }

Run the page with F5 and if you’re page successfully loads, you should have a user in the database.

Conclusion You have now created your first web site using Castle Project ActiveRecord. This framework not only greatly simplifies data access by abstracting SQL calls to objects, but also encourages OOP patterns, leading to more maintainable code. In part two I will be creating Blog and Post objects to illustrate relationships. Until then.


JavaScript and SQL using Rhino and SQLite

My previous posts have revolved around running JavaScript in environments outside of the browser. After the disappointment of Microsoft dropping plans for Managed JScript, I’ve taken some time to work with Mozilla Rhino.

As an aside, it’s been quite nice to work with a strictly open source product. My company is a heavy user of Microsoft products so I’m very much exposed to the .Net ecosystem. I think it’s very strong, but I do yearn for a little more open community.

Recently, I’ve become interested with SQLite, and I thought it would be a great exercise to use SQLite from Rhino. I could find all kinds of articles that cover similar topics, but none that covered exactly this, so I get to feel like I’m getting first tracks, even if down a smaller slope.

SQLite is kept small and nimble by only providing an API to C/C++ and Tcl. So you’ll need a way to bind Java to SQLite. I used SQLite JDBC That project appears to be under relatively active development, works on all platforms, and is available as a compiled jar. The jar contains all the code you need so you don’t even have to install SQLite separately.

Next start the Rhino shell including the SQLite jar on your classpath. I’m running Windows and use a batch file to do this, do my batch file looks like this:

@echo off
echo Starting Rhino
cd c:\Rhino1_7r2
java -cp ".;C:\rhino1_7r2\jar\sqlitejdbc-v056.jar;;C:\rhino1_7r2\js.jar"

If you’re typing this in the interactive shell, I’ve added come some of the return statements in comments.

//import the Java SQL package
//load the SQLite driver
//importPackage does not work here
// returns:class org.sqlite.JDBC
//Create connection to test.db
//That database is created if it doesn’t exist.
//Normally, you could supply two more arguments here with
//username and password, but SQLite doesn’t support this
var conn = DriverManager.getConnection("jdbc:sqlite:test.db");

//Use the connection to create a Statement object
var stat = conn.createStatement();
stat.executeUpdate("drop table if exists people ;");
//returns: 0
stat.executeUpdate("create table people (name, occupation);");
//returns: 0
//Create a prepared statement object
var prep = conn.prepareStatement("insert into people values (?, ?);");
prep.setString(1, "Gandhi");
prep.setString(2, "politics");
prep.setString(1, "Turing");
prep.setString(2, "Computers");
//Execute the prepared statements
//returns: [I@6e1408
var resultSet = stat.executeQuery("select * from people;");
while ({
print(resultSet.getString("name") + “ – “ + resultSet.getString("occupation"));
// Gandhi - politics
// Turing – Computers
//While SQLite really isn’t the tool to use if
//data needs to be shared across multiple applications
// or users, be sure to close resultSet otherwise the
//db will stay locked

You can then launch your SQLite inspector of choice, I use the fantastic SQLiteman. Select * from people and you will see what you’ve just added. Satisfying isn’t it?

Notice that I had to specify java.lang.Class.forName whereas most examples you see connecting to a SQL database will simply call Class.forName. This is because the lang package isn’t imported by default into Rhino, where is normally is in Java.

Still Waiting: The Story of Two Anticipated But Absent JavaScript Projects Pt 2

In my previous post I bemoaned the languishing existence of Managed Jscript. Since then I’ve come across this thread on the DLR Codeplex project.  So essentially, Jscript on the DLR is pretty much dead in the water, which is a shame. I really do like the .Net platform and I want to write code in ECMAScript for platforms other than the browser.

However, Managed Jscript was far from the only option to get into non-browser JavaScript. Once again, the good people of the Mozilla Foundation have come to the rescue of JavaScript by giving us Rhino. For those of you that don’t know, Rhino is a JavaScript engine compliant to ECMAScript X.X. But the key is the whole thing is written in Java. That means that you can import Java packages, just as easily as you could use other JavaScript libraries. With the wealth of Java libraries out there, it’s quickly obvious this is a good thing.

My primary interest in Managed JScriptis in using JavaScript on the server side. I don’t want to use more than one language if I don’t have to between the browser and server, but up until this point JavaScript has not had a strong enough standard library because of the security sandbox. But with Rhino, all of a sudden Java’s full ecosystem became available. Now the only thing holding me back was a robust web-framework.

‘But why not just build your own?’ you ask. Because, primarily, I’m not that good. I have a degree in business, not computer science. I enjoy the technical parts of my job, but at my core I’m far more strategy minded than technology. I want as easy an entry as possible. I know a bit of JavaScript, I want to play with JavaScript, not PHP/Python/Ruby (see above comment about using one language).

In my search for a server side JavaScript (SSJS) framework I came across a post by Steve Yegge  and a follow up interview with him about his experimental port of Ruby on Rails to JavaScript, using Rhino as the JS engine. To be clear, I’ve never touched Ruby, but when every developer and their dog is jumping on the Rails bandwagon, you know it’s got something special.

So I waited with bated breath. When would Google give this lowly engineer the right to open source his code and release it to the world. There seemed to be considerable buzz about it so it must be happening soon.

But it did not happen soon. But surely something this clever and innovative will be released eventually. It must, right?

Well maybe not, we’re now two years since that original announcement and nothing has happened. Google didn’t announce a brand new framework to accompany it’s Java App Engine. Steve hasn’t made much direct mention about this since last year at Google I/O.

Sadly, we may be experiencing Duke Nukem Forever syndrome. This is when a project is supposed to be released, but for one reason or another never is. Perhaps it is time to move on. I’ve started looking at Helma (NG), a very cool framework that brings Rhino to the server for the same purpose.

Now this is a very different situation than Microsoft announcing Managed JScript only to decide against it a year later. This is one very bright engineer making a point on how flexible a language is then suggesting a possibility of releasing it open sourced

However, there is the commonality of two very large corporations that have cool JavaScript projects that may never come to completion because there aren’t the resources to finish it. And open souring doesn’t appear to be an option because both projects utilize proprietary systems.

Why am I writing this? Partly out of frustration/disappointment that these projects have not (yet) seen the light of day. Partly because I want to make sure that anyone with a Google Alert for Managed JScript or Rhino Not/On Rails knows they’re not alone.

Still Waiting: The Story of Two Anticipated But Absent JavaScript Projects Pt 1

This is the story of two very exciting JavaScript projects that were announced to a minor flurry of activity, and then promptly forgotten about by the people that introcuded them to the world. What makes this interesting is the two, very different sources that these products came from. I am talking about Managed JScript and Rhino on Rails. This post will focus on Managed JScript

Managed JScript is Microsoft’s implementation of JScript (JavaScript/ECMAScript) for the .Net platform. Specifically, Managed JScript will run on the Dynamic Language Runtime (DLR) which has risen to a certain amount of acclaim since IronPython and IronRuby began strutting their stuff. When the DLR was announced, it was bundled with demos of IronPython, IronRuby, and Managed JScript, all for SilverLight. This was an impressive step for Ruby and Python, as these are two languages that hadn’t been able to easily run in the browser. However, JavaScript was born in the browser so this was a smaller step.  What I, and I’m sure many other JavaScript users, wanted to see was a way to run desktop and server side applications in JavaScript, using the .Net framework’s tools. It looked like Microsoft may be ready to deliver on this with their inclusion of Managed JScript in a .Net futures release, but that was only a technology preview and not ready for prime time.

So now IronPython is released and making geek blog headlines for being faster than CPython and IronRuby just released 0.5 which can now pretty much run Rails, which is quite the feat. And Managed JScript? Nowhere to be seen, not even a status update.

Now, is it right to blame Microsoft for this? They’ve fully supported the development of the DLR, going as far as to open source the code. There’s even a project on Codeplex, MyJscript, that is intented to be a teaching language to learn how to create a DLR language by implementing JScript. It’s also possible that Microsoft is waiting until ECMAScript5 has been standardized so they won’t have to tack a major update onto the language only months after it has been released. However, because Microsoft has announced plans to eventually release Mnaged JScript, it would be foolish for any programmer to sink time into creating an open source DLR JavaScript. If Microsoft did ever release this fabled language, all that time invested would be wiped out buy what would (hopefully) be a well polished and supported language.

So if you’re interested in JavaScript for .Net there are two options the way I see it:

  • Wait until Microsoft releases Managed JScript, which may be never, and will possibly be closed source (notice that Managed was used and not the Iron convention of the other open source languages)
  • Create your own implementation called “Managed IronJscript.Net # (Sharp),” that may get trounced by an official release.

JScript.Net is not an options, it’s dead.


JScript Team Blog Announcing Managed JScript