Кому-нибудь удалось заставить Rails 3.2 работать на Solaris-10 с JRuby?
Кажется, что мы попали в неприятный водоворот зависимости. Для Rails 3.2 требуется JRuby 1.6.6 или новее, согласно: Использование JRuby с Rails 3.2
Но JRuby 1.6.5 — последняя версия, которая может успешно устанавливать гемы на Solaris: http://jira.codehaus.org/browse/JRUBY-6494
Возможно ли, что есть патч или что-то, о чем мы не подумали?
У нас есть приложение Rails 3.2.2, работающее на Solaris. Мы используем JRuby 1.6.5.1 и последнюю версию warbler, но нам пришлось понизить версию jruby-rack до 1.1.5.
Что не работает, так это компиляция ресурсов, потому что мы не нашли работающую среду выполнения javascript. Node.js не поддерживает Solaris Sparc, а у rubyracer были проблемы с компиляцией, на решение которых мы не потратили слишком много времени. Поэтому в настоящее время мы предварительно компилируем активы на локальных рабочих станциях разработки (Windows). На самом деле мы не используем конвейер ресурсов (и я не уверен, что было хорошей идеей делать его по умолчанию для Rails), поэтому мы можем отключить его, чтобы запустить сборку CI на Solaris.
Вот gemfile.lock:
GEM
remote: https://rubygems.org/
specs:
actionmailer (3.2.2)
actionpack (= 3.2.2)
mail (~> 2.4.0)
actionpack (3.2.2)
activemodel (= 3.2.2)
activesupport (= 3.2.2)
builder (~> 3.0.0)
erubis (~> 2.7.0)
journey (~> 1.0.1)
rack (~> 1.4.0)
rack-cache (~> 1.1)
rack-test (~> 0.6.1)
sprockets (~> 2.1.2)
activemodel (3.2.2)
activesupport (= 3.2.2)
builder (~> 3.0.0)
activerecord (3.2.2)
activemodel (= 3.2.2)
activesupport (= 3.2.2)
arel (~> 3.0.2)
tzinfo (~> 0.3.29)
activerecord-jdbc-adapter (1.2.2)
activerecord-jdbcsqlite3-adapter (1.2.2)
activerecord-jdbc-adapter (~> 1.2.2)
jdbc-sqlite3 (~> 3.7.2)
activerecord-oracle_enhanced-adapter (1.4.1)
activeresource (3.2.2)
activemodel (= 3.2.2)
activesupport (= 3.2.2)
activesupport (3.2.2)
i18n (~> 0.6)
multi_json (~> 1.0)
arel (3.0.2)
bouncy-castle-java (1.5.0146.1)
builder (3.0.0)
coffee-rails (3.2.2)
coffee-script (>= 2.2.0)
railties (~> 3.2.0)
coffee-script (2.2.0)
coffee-script-source
execjs
coffee-script-source (1.2.0)
erubis (2.7.0)
execjs (1.3.0)
multi_json (~> 1.0)
hike (1.2.1)
i18n (0.6.0)
jdbc-sqlite3 (3.7.2)
journey (1.0.3)
jquery-rails (2.0.1)
railties (>= 3.2.0, < 5.0)
thor (~> 0.14)
jruby-openssl (0.7.6.1)
bouncy-castle-java (>= 1.5.0146.1)
json (1.6.5)
json (1.6.5-java)
mail (2.4.3)
i18n (>= 0.4.0)
mime-types (~> 1.16)
treetop (~> 1.4.8)
mime-types (1.17.2)
multi_json (1.1.0)
polyglot (0.3.3)
rack (1.4.1)
rack-cache (1.2)
rack (>= 0.4)
rack-ssl (1.3.2)
rack
rack-test (0.6.1)
rack (>= 1.0)
rails (3.2.2)
actionmailer (= 3.2.2)
actionpack (= 3.2.2)
activerecord (= 3.2.2)
activeresource (= 3.2.2)
activesupport (= 3.2.2)
bundler (~> 1.0)
railties (= 3.2.2)
railties (3.2.2)
actionpack (= 3.2.2)
activesupport (= 3.2.2)
rack-ssl (~> 1.3.2)
rake (>= 0.8.7)
rdoc (~> 3.4)
thor (~> 0.14.6)
rake (0.9.2.2)
rdoc (3.12)
json (~> 1.4)
sass (3.1.15)
sass-rails (3.2.4)
railties (~> 3.2.0)
sass (>= 3.1.10)
tilt (~> 1.3)
sprockets (2.1.2)
hike (~> 1.2)
rack (~> 1.0)
tilt (~> 1.1, != 1.3.0)
therubyrhino (1.73.1)
thor (0.14.6)
tilt (1.3.3)
treetop (1.4.10)
polyglot
polyglot (>= 0.3.1)
tzinfo (0.3.32)
uglifier (1.2.3)
execjs (>= 0.3.0)
multi_json (>= 1.0.2)
Я надеюсь, что команда JRuby потратит некоторое время на то, чтобы JRuby 1.7 работал на Solaris. В противном случае нам придется ускорить переход на Linux...
