There was some movement, from Mozilla, to place a shim between NodeJS V8 API's and the Mozilla based SpiderMonkey, to bring cross-platform capability to NodeJS. A few in the NodeJS community took exception, to the Mozilla team's interest in bridging the NodeJS gap to Multi-Platform and Service Provider Grade software.
With a recent movement to support Windows, there is movement of NodeJS from an interesting development framework to the traditional desktop environment. This NodeJS upgrade had broken code shims built by Mozilla to bridge NodeJS to traditional Managed Services market, but the SpiderNode team seems interested in trying to get another working build.
A NodeJS compatibility layer seems to be getting built upon Vert.X, but now there would be a new compatibility shim which would need to be maintained, to bring NodeJS to alternate platforms.
Vert.X is officially supported under various platforms and was suggested to run under SPARC Solaris, even though the web site does not explicitly indicate it will. This is a more advantageous than the NodeJS framework, which would require a third-party compatibility shim.
[Simple HTTP benchmark provided by Vert.X article]
Knowing that NodeJS was built upon Google V8 may bring questions into one's mind whether or not the platform could scale as well as would be need on the server side. Knowing Vert.X is based upon Java may bring questions to one's mind whether it might perform poorly, since Java has an outstanding record for compatibility and scalability, but not necessarily for speed.
Some simple vendor tests seem to indicate that Vert.X may perform better and the ability to push blocking Vert.X workloads across thread pools might prove interesting for systems offering massive thread count of relatively slow individual thread performance (a typical workload profile for network management application.)
With Service Providers able to deploy servers with dozens of sockets and thousands of hardware threads - Vert.X may be a better end solution for network management, considering that Oracle is constantly pushing performance improvements of Java to ever higher numbers of parallel threads... if Vert.X decides to support it.
Both platforms do not seem to support asynchronous SNMP or ICMP libraries - critical to Internet Management. Additional protocol support such as FTP, SFTP, TFTP, Telnet, HTTP, HTTPS, and SSH (with Expect like qualities) would be desirable.
One might wonder whether the legal wranglings between Oracle and Google or the former Oracle employees who make up the NodeJS management might have something to do with lack of SPARC support - but community members seem to indicate this is not the case.
Vert.X seems to be a VMWare initiative. VMWare is owned by EMC. EMC and VMWare do not seem terribly interested in supporting Oracle SPARC. Xen, underlying Oracle VM for Intel, and LDoms underlying Oracle VM for SPARC, are both competing technologies with VMWare. Oracle also has a competing storage solution, so one might wonder whether this will impact the decision to support SPARC Solaris used by Service Providers.