Netscape puso a disposición JavaScript para el desarrollo del backend en Netscape Entreprise Server solo un año después de que lo lanzó por primera vez en el frente en Netscape Navigator
Microsoft hizo exactamente lo mismo con JScript con un año de retraso en IIS e Internet Explorer.
Luego, como parte de su proyecto Xena, Netscape trabajó en una versión escrita en Java de su navegador con nombre en código Javagator, también conocido como Jazilla (que finalmente se convirtió en iPlanet) con una versión Java de su motor JavaScript llamado Rhino. Sun comenzó a apoyar esta iniciativa y Rhino ha recibido Java en sí (como parte del JDK). Desde entonces se usa en muchos proyectos java diferentes.
- ¿Por qué Twitter eligió Scala como su idioma principal cuando reescribió el back-end para abordar los desafíos de escalabilidad?
- ¿Es JavaScript el mejor para el back-end?
- ¿Por qué casi todos los bootcamps enseñan Ruby on Rails y no PHP para la programación de back-end?
- ¿Qué gana el 1% superior de los desarrolladores web front-end en compensación anual?
- ¿Qué es frontend y backend en VLSI?
Desde Java SE 8, el JDK viene con un motor JavaScript recientemente introducido llamado Oracle Nashorn.
Se han proporcionado muchas otras soluciones / plataformas con un motor de JavaScript para el backend. En algún momento, Wikipedia hizo referencia a hasta 58 de ellos, pero la lista se redujo significativamente (a 25 a partir de hoy):
Comparación de soluciones JavaScript del lado del servidor
Se utiliza en servidores de aplicaciones, a menudo a través de Node.js, así como en algunas bases de datos NoSQL como MongoDB, Apache CouchDB, WakandaDB y algunas otras.
Te sugiero dos presentaciones sobre ese tema:
– Estado del arte: JavaScript del lado del servidor
– NoSQL y JavaScript: una historia de amor
También te puede interesar la otra respuesta que le di a esta pregunta:
¿Por qué debería escribir JavaScript en el lado del servidor?