ExecJS::RuntimeError on Windows trying to follow rubytutorial

ExecJS::RuntimeError on Windows trying to follow rubytutorial

UPDATE: Colin’s suggestion of removing the line //= require_tree . has fixed the issue.
I have wasted over 2 days trying to follow every suggestion out there and fix my issue. I am trying to follow the http://ruby.railstutorial.org book on windows machine and cannot for the life of me get past the following nasty error.
ExecJS::RuntimeError in Static_pages#home

Showing C:/Users/…/bootcamp-sample-app/app/views/layouts/application.html.erb where line #6 raised:

[“ok”,”(function() {\n\n\n\n}).call(this);\n”]
(in C:/Users/…/bootcamp-sample-app/app/assets/javascripts/sessions.js.coffee)
Extracted source (around line #6):

3:
4: <%= full_title(yield(:title)) %>
5: <%= stylesheet_link_tag "application", media: "all" %>
6: <%= javascript_include_tag "application" %>
7: <%= csrf_meta_tags %>
8: <%= render 'layouts/shim' %>
9:
Rails.root: C:/Users/…/bootcamp-sample-app

Application Trace | Framework Trace | Full Trace
app/views/layouts/application.html.erb:6:in `_app_views_layouts_application_html_erb___487732698_30422172′
Request

I have tried every suggestion including installing nodejs with the msi, using execjs 1.3.0 and other things which I can’t even remember any more. Here is the gem file
source ‘https://rubygems.org’

gem ‘rails’, ‘3.2.8’
gem ‘bootstrap-sass’, ‘2.0.0’
gem ‘bcrypt-ruby’, ‘3.0.1’
gem ‘faker’, ‘1.0.1’
gem ‘will_paginate’, ‘3.0.3’
gem ‘bootstrap-will_paginate’, ‘0.0.6’

group :development, :test do
gem ‘sqlite3’, ‘1.3.5’
gem ‘rspec-rails’, ‘2.10.0’
gem ‘guard-rspec’, ‘0.5.5’
gem ‘guard-cucumber’
end

group :development do
gem ‘annotate’, ‘2.5.0’
end

# Gems used only for assets and not required
# in production environments by default.
group :assets do
gem ‘sass-rails’
gem ‘coffee-rails’
gem ‘coffee-script’
gem ‘uglifier’
end

gem ‘jquery-rails’, ‘2.0.2’

gem ‘execjs’

# Gems on Linus/Mac
#gem ‘therubyracer’

group :test do
gem ‘capybara’, ‘1.1.2’
gem ‘guard-spork’, ‘0.3.2’
gem ‘spork’, ‘0.9.0’
gem ‘factory_girl_rails’, ‘1.4.0’
gem ‘cucumber-rails’, ‘1.2.1’, require: false
gem ‘database_cleaner’, ‘0.7.0’

# Test gems on Linux
# gem ‘rb-inotify’, ‘0.8.8’
# gem ‘libnotify’, ‘0.5.9’

# Test gems on Macintosh OS X
# gem ‘selenium-webdriver’, ‘~> 2.22.0’
# gem ‘rb-fsevent’, ‘0.9.1’, :require => false
# gem ‘growl’, ‘1.0.3’

# Test gems on Windows
# gem ‘rb-fchange’, ‘0.0.5’
# gem ‘rb-notifu’, ‘0.0.4’
# gem ‘win32console’, ‘1.3.0’
end

group :production do
# gem ‘therubyracer’
gem ‘pg’, ‘0.12.2’
end

# To use ActiveModel has_secure_password
# gem ‘bcrypt-ruby’, ‘~> 3.0.0’

# To use Jbuilder templates for JSON
# gem ‘jbuilder’

# Use unicorn as the app server
# gem ‘unicorn’

# Deploy with Capistrano
# gem ‘capistrano’

# To use debugger
#gem ‘debugger”

and here is the sessions.js.coffee
# Place all the behaviors and hooks related to the matching controller here.
# All this logic will automatically be available in application.js.
# You can use CoffeeScript in this file: http://jashkenas.github.com/coffee-script/

application.js
// This is a manifest file that’ll be compiled into application.js, which will include all the files
// listed below.
//
// Any JavaScript/Coffee file within this directory, lib/assets/javascripts, vendor/assets/javascripts,
// or vendor/assets/javascripts of plugins, if any, can be referenced here using a relative path.
//
// It’s not advisable to add code directly here, but if you do, it’ll appear at the bottom of the
// the compiled file.
//
// WARNING: THE FIRST BLANK LINE MARKS THE END OF WHAT’S TO BE PROCESSED, ANY BLANK LINE SHOULD
// GO AFTER THE REQUIRES BELOW.
//
//= require jquery
//= require jquery_ujs
//= require_tree .
//= require bootstrap

application.html.erb



<%= full_title(yield(:title)) %>
<%= stylesheet_link_tag "application", media: "all" %>
<%= javascript_include_tag "application" %>
<%= csrf_meta_tags %>
<%= render 'layouts/shim' %>


<%= render 'layouts/header' %>

<%= yield %>
<%= render 'layouts/footer' %>


Here is console content
Processing by StaticPagesController#home as HTML
Rendered static_pages/home.html.erb within layouts/application (45.0ms)
Completed 500 Internal Server Error in 1136ms

ActionView::Template::Error ([“ok”,”(function() {\n\n\n\n}).call(this);\n”]
(in C:/Users/…/bootcamp-sample-app/app/assets/javascripts/sessions.js.coffee)):
3:
4: <%= full_title(yield(:title)) %>
5: <%= stylesheet_link_tag "application", media: "all" %>
6: <%= javascript_include_tag "application" %>
7: <%= csrf_meta_tags %>
8: <%= render 'layouts/shim' %>
9:
app/views/layouts/application.html.erb:6:in `_app_views_layouts_application_html_erb___487732698_30422172′

Rendered C:/RailsInstaller/Ruby1.9.3/lib/ruby/gems/1.9.1/gems/actionpack-3.2.8/lib/action_dispatch/middleware/templates/rescues/_trace.erb (2.0ms)
Rendered C:/RailsInstaller/Ruby1.9.3/lib/ruby/gems/1.9.1/gems/actionpack-3.2.8/lib/action_dispatch/middleware/templates/rescues/_request_and_response.erb (1.0ms)
Rendered C:/RailsInstaller/Ruby1.9.3/lib/ruby/gems/1.9.1/gems/actionpack-3.2.8/lib/action_dispatch/middleware/templates/rescues/template_error.erb within rescues/layout (34.0ms)

I have installed Devkit and have tried various gems but please suggest changes which can help me develop on windows. I used rubyinstaller for everything.
What am I missing?

Solutions/Answers:

Solution 1:

My friend was attempting a Rails tutorial on Win 8 RTM a few months ago and ran into this error. Not sure if this issue exists in Windows 7 as well, but this may help.

Options:

1) Removing //= require_tree . / Ignoring the issue – As ColinR stated above, this line should not be causing an issue in the first place. There is an actual problem with ExecJS working properly with the JavaScript runtime on your system and removing this line is just ignoring that fact.

2) Installing Node.js / Running away – Many people seem to just end up installing Node.js and using that instead of the JavaScript runtime already on their system. While that is a valid option, it also requires additional software and only avoids the original issue, which is that ExecJS is not working properly with the JavaScript runtime already on your system. If the existing JavaScript runtime on your system is supposed to work, why not make it work instead of installing more software? According to the ExecJS creator, the runtime already built into Windows is in fact supported…

ExecJS lets you run JavaScript code from Ruby. It automatically picks the best runtime available to evaluate your JavaScript program, then returns the result to you as a Ruby object.

ExecJS supports these runtimes:

  • therubyracer – Google V8 embedded within Ruby
  • therubyrhino – Mozilla Rhino embedded within JRuby
  • Node.js
  • Apple JavaScriptCore – Included with Mac OS X
  • Microsoft Windows Script Host (JScript)

(from github.com/sstephenson/execjs#execjs )

3) Actually fixing the issue / Learning – Use the knowledge of options 1 and 2 to search for other solutions. I can’t tell you how many webpages I closed upon seeing options 1 or 2 was the accepted solution before actually finding information about the root issue we were having. The only reason we kept looking was that we couldn’t believe the Rails team would (1) insert a line of code in every scaffold generated project that caused an issue, or (2) require that we install additional software just to run that default line of code. And so we eventually arrived at a fix for our root issue (your miles may vary).

The Fix that worked for us:
On the system having issues, find ExecJS’s runtimes.rb file. It looks like this. Make a copy of the found file for backup. Open the original runtimes.rb for editing. Find the section that starts with the line JScript = ExternalRuntime.new(. In that section, on the line containing :command => "cscript //E:jscript //Nologo //U", – remove the //U only. Then on the line containing :encoding => 'UTF-16LE' # CScript with //U returns UTF-16LE – change UTF-16LE to UTF-8 . Save the changes to the file. This section of the file should now read:

JScript = ExternalRuntime.new(
    :name        => "JScript",
    :command     => "cscript //E:jscript //Nologo",
    :runner_path => ExecJS.root + "/support/jscript_runner.js",
    :encoding    => 'UTF-8' # CScript with //U returns UTF-16LE
)

Next, stop then restart your Rails server and refresh the page in your browser that produced the original error. Hopefully the page loads without error now. Here’s the ExecJS issue thread where we originally posted our results: https://github.com/sstephenson/execjs/issues/81#issuecomment-9892952

If this did not fix the issue, you can always overwrite the modified runtimes.rb with the backup copy you (hopefully) made and everything will be back to square one. In that case, consider option 3 and keep searching. Let us know what eventually works for you.. unless it’s removing the require_tree or installing node.js, there’s plenty of that going around already. 🙂

Solution 2:

Had the same issue
OS- Windows 8
Error- ‘ExecJS::RuntimeError…’
Solution- missing Node.js

  1. install Node.js from http://www.nodejs.org/download/
  2. Restart the computer

Solution 3:

I had this problem and was scowering the internet I am running Windows 8 with this rails gem file

source 'https://rubygems.org'

gem 'rails', '3.2.9'

# Bundle edge Rails instead:
# gem 'rails', :git => 'git://github.com/rails/rails.git'

group :development do gem 'sqlite3', '1.3.5' 
end

# Gems used only for assets and not required # in production environments by default. 

group :assets do 
    gem 'sass-rails', '3.2.5' 
    gem 'coffee-rails', '3.2.2'

gem 'uglifier', '1.2.3' 
end

gem 'jquery-rails', '2.0.2'

group :production do 
    gem 'pg', '0.12.2' 
end

Went to http://nodejs.org/download/ installed – restarted the machine and everything worked.

Solution 4:

I favoured the Learning route. It seems the problem stems from

IO.popen(command, options) { |f| output = f.read }

returning an empty string in execjs\external_runtine.rb (line 173 in version 1.4.0). This is why the error message contains no text. The changes suggested did not work for me. I changed UTF-16LE to UTF-8, but it still returned an empty string. I removed \\U from the command – this at least returned text, but it was in the wrong encoding – in the browser it displayed as Chinese characters.

According to this MSDN blog post, using the //U flag and redirecting to a file causes cscript to return the result using UTF-16.

And then, magically, it worked (@#%$&^@$%!!!?!?!) using command as "cscript //E:jscript //Nologo" and encoding as "UTF-8". Oh well.

Solution 5:

I had to add my nodejs folder to my Windows Path environment variable. In Windows 8 open the Control Panel, go to System, Advanced system settings (on the left), click Environment Variables on the left, and edit the Path variable to include the directory to your nodejs folder (probably in Program Files).

Of course you have to have Node.js installed (use the Windows installer) and have installed CoffeeScript through NPM.

Solution 6:

I know this is a very late answer for this issue, but I got on something similar and went down the full path to understand what was really causing the issue.

Turned out that the default windows jscript engine is still on es3, and many gems are taking advantage of es5 or es6 features.
Unfortunately if this happen (you are using a gem or a piece of code that leverage es5 or es6 features), there is no way to let it work on windows with the native js engine.

This is the reason why installing node.js solves the problem (node is at least es5).

Hope this can help some folks struggling with a runtime error of jsexec.

My 2 cents advise is to install node(very easy) or install v8, and not removing the //=require_tree.

Note execjs will automatically use node if detected. Otherwise force its use, adding in boot something like:

ENV['EXECJS_RUNTIME'] = 'Node'

To set the env to node.