Schienen 3.2.0 und heroku
Hey Leute, ich habe einige Probleme mit Schienen 3.2.0 & ruby 1.9.3, habe ich nur erstellt, eine neue app, mit Schienen neuen Befehl und ich bin versucht zu implementieren heroku. Ich bin mit der folgenden app-Fehler:
Fehler in der Anwendung und Ihre Seite konnte nicht serviert werden. Bitte versuchen Sie es in wenigen Augenblicken.
Wenn Sie die Anwendung Besitzer, überprüfen Sie die Protokolle für details.
After-run - heroku logs bekomme ich die folgende Fehlermeldung:
Konnte nicht finden, activemodel-3.2.0 in einer der Quellen
Vielen Dank im vorraus!!!!!!!
GemFile
source 'https://rubygems.org'
gem 'rails', '3.2.0'
# Bundle edge Rails instead:
# gem 'rails', :git => 'git://github.com/rails/rails.git'
gem 'sqlite3'
# Gems used only for assets and not required
# in production environments by default.
group :assets do
gem 'sass-rails', '~> 3.2.3'
gem 'coffee-rails', '~> 3.2.1'
# See https://github.com/sstephenson/execjs#readme for more supported runtimes
# gem 'therubyracer'
gem 'uglifier', '>= 1.0.3'
end
gem 'jquery-rails'
# To use ActiveModel has_secure_password
# gem 'bcrypt-ruby', '~> 3.0.0'
# To use Jbuilder templates for JSON
# gem 'jbuilder'
# Use unicorn as the web server
# gem 'unicorn'
# Deploy with Capistrano
# gem 'capistrano'
# To use debugger
# gem 'ruby-debug19', :require => 'ruby-debug'
Gemfile.lock-Datei
GEM
remote: https://rubygems.org/
specs:
actionmailer (3.2.0)
actionpack (= 3.2.0)
mail (~> 2.4.0)
actionpack (3.2.0)
activemodel (= 3.2.0)
activesupport (= 3.2.0)
builder (~> 3.0.0)
erubis (~> 2.7.0)
journey (~> 1.0.0)
rack (~> 1.4.0)
rack-cache (~> 1.1)
rack-test (~> 0.6.1)
sprockets (~> 2.1.2)
activemodel (3.2.0)
activesupport (= 3.2.0)
builder (~> 3.0.0)
activerecord (3.2.0)
activemodel (= 3.2.0)
activesupport (= 3.2.0)
arel (~> 3.0.0)
tzinfo (~> 0.3.29)
activeresource (3.2.0)
activemodel (= 3.2.0)
activesupport (= 3.2.0)
activesupport (3.2.0)
i18n (~> 0.6)
multi_json (~> 1.0)
arel (3.0.0)
builder (3.0.0)
coffee-rails (3.2.1)
coffee-script (>= 2.2.0)
railties (~> 3.2.0.beta)
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)
journey (1.0.0)
jquery-rails (2.0.0)
railties (>= 3.2.0.beta, < 5.0)
thor (~> 0.14)
json (1.6.5)
mail (2.4.1)
i18n (>= 0.4.0)
mime-types (~> 1.16)
treetop (~> 1.4.8)
mime-types (1.17.2)
multi_json (1.0.4)
polyglot (0.3.3)
rack (1.4.0)
rack-cache (1.1)
rack (>= 0.4)
rack-ssl (1.3.2)
rack
rack-test (0.6.1)
rack (>= 1.0)
rails (3.2.0)
actionmailer (= 3.2.0)
actionpack (= 3.2.0)
activerecord (= 3.2.0)
activeresource (= 3.2.0)
activesupport (= 3.2.0)
bundler (~> 1.0)
railties (= 3.2.0)
railties (3.2.0)
actionpack (= 3.2.0)
activesupport (= 3.2.0)
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.12)
sass-rails (3.2.3)
railties (~> 3.2.0.beta)
sass (>= 3.1.10)
tilt (~> 1.3)
sprockets (2.1.2)
hike (~> 1.2)
rack (~> 1.0)
tilt (~> 1.1, != 1.3.0)
sqlite3 (1.3.5)
thor (0.14.6)
tilt (1.3.3)
treetop (1.4.10)
polyglot
polyglot (>= 0.3.1)
tzinfo (0.3.31)
uglifier (1.2.2)
execjs (>= 0.3.0)
multi_json (>= 1.0.2)
PLATFORMS
ruby
DEPENDENCIES
coffee-rails (~> 3.2.1)
jquery-rails
rails (= 3.2.0)
sass-rails (~> 3.2.3)
sqlite3
uglifier (>= 1.0.3)
- Was macht Ihr
Gemfile
Aussehen? - können Sie fügen Sie alle Referenzen zu activemodel von Gemfile.sperren bitte?
- ps - forem läuft auf 3.2 auf heroku so bin ich vermute, dass dies getan werden kann
- Hinzugefügt Gemfile.lock, Im Versuch zum downgrade Schienen aber Schienen ausführbare stills Verweis auf 3.2 und kann nicht laufen rails:(, Danke!!!
- Ich Herabstufung ok, das prob war ich auf alte Verzeichnis app:P Danke!
- Hier ist ein ausführliches tutorial, das zeigt, wie Sie Ruby 1.9.3 auf Heroku: Mit Rails 3.2 Ruby 1.9.3 auf Heroku Es umfasst die Bereitstellung einer app auf Heroku in die Tiefe.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Rails 3.2-Anwendungen laufen problemlos auf Zedernholz, ich habe gerade aktualisiert, mehrere Anwendungen zum ausführen auf dem Cedar und läuft auf Heroku. Sobald Sie aktualisiert haben Ihre Gemfile und Gemfile.sperren stellen Sie sicher, verpflichten Sie beide und schieben Sie beide auf Heroku. Heroku wird dann rebundle Sie Ihre Anwendung mit Rails 3.2.
Habe ich übrigens nicht angeben, jede version zahlen auf sass-rails oder uglifier in meinem Gemfiles.
Natürlich, können Sie testen, in der Produktion Modus lokal ausgeführt wird, bevor Sie die push Heroku um zu sehen, ob es funktionieren wird.
Für was es Wert ist, ich hatte das gleiche problem nicht auf Heroku, aber auf einem unserer lokalen deployment-Server. Wir waren auf einem server läuft mit Ruby
1.8.7-p72
. RubyGems war schändlich von Datum — es hattev1.3.7
auf Sie. Läuft eingem update --system
zu stoßen, Sie bis zuv1.8.15
, und dann die Versetzung, arbeitete wie ein Charme (trotz allerinvalid gemspec
Warnungen erhielten wir in der log).Nicht spezifisch für Heroku, aber hoffentlich hilfreich für alle Googler, die kommen, Wandern hier, wie ich.
Hatte ein ähnliches problem heute. Nach dem erstellen und treibt eine neue app heroku gesagt "Konnte nicht gefunden multi_json-1.3.1 in keiner der Quellen"
Dies ist, wie ich es gelöst:
Überprüfen Sie den Stapel mit
heroku stack
. Ihre app möglicherweise nicht auf 'cedar' - Stapel. Ich hatte das gleiche Problem und das erneute erstellen der app auf 'cedar' ist das Problem behoben.Benutzte ich die Letzte schiene aus "3-2-stable" und das problem ist auch verschwunden.
upgrade auf rc2 und es beheben sollte
Heroku unterstützt nur bis zu Rails 3.1 (cedar stack).
bundle install
nach der änderung der Versionen zurück zu Ihrer ursprünglichen3.1.x
Versionen.