[outdated boot.rb] Problemi installazione rforum :-(

Ciao a tutti.
Volevo integrare su un sito che sto sviluppando un forum senza stare a
impazzire e a crearlo da zero.
Ho pensato a “rforum” così ho scaricato il codice e l’ho copiato nella
mia directory “rails_apps”.
Dopodichè ho provato ad avviare il webserver per vedere come girava il
tutto e per fare qualche esperimento ma…

il webserver non viene avviato e la console mi riporta questo messaggio:

=> Booting Mongrel
=> Rails 2.3.2 application starting on http://0.0.0.0:3000
Your config/boot.rb is outdated: Run “rake rails:update”.

lancio “rake rails:update” ma stranamente ottengo nuovamente…

(in C:/Programmi/InstantRails/InstantRails-2.0-win/rails_apps/rforum)
Your config/boot.rb is outdated: Run “rake rails:update”.

come posso uscire da questo problema che mi sembra molto del genere “il
cane che si morde la coda” ?

Un grazie anticipato a tutte le persone che mi risponderanno.

Ciao

Il modo giusto per farlo
è:rake rails:update:configs

Luca

come posso uscire da questo problema che mi sembra molto del genere “il
cane che si morde la coda” ?

Un modo semplice è cancellare il file boot.rb e poi lanciare rails
[nomedir] dalla directory padre.

A questo punto ti chiede quali file sovrascrivere, sovrascrivi quelli in
script e gli altri no (i vari application.js, enviroments etc…)

Luca G. wrote:

Il modo giusto per farlo
�:rake rails:update:configs

Luca

Così continua sempre a darmi lo stesso messaggio d’errore

Non mi ero accorto del primo tentativo, il punto è che stai usando la
2.3.2,
e alla attuale 2.3.4, boot.rb non è cambiato. Sai per caso se rforum è
compatibile con le ultime versioni di Rails? Su Rubyforge l’ultima
release
risale alla fine del 2005.
Prova anche ad eseguire di nuovo lo stesso rake task con l’opzione
–trace,
ti darà più informazioni a riguardo.

Luca

Così continua sempre a darmi lo stesso messaggio d’errore

Saprestio darci qualche info sulla versione di Rails che usi,
così possiamo
fare qualche prova e vedere qual’è il problema.


Andrea R., http://mikamai.com
Writing http://sensejs.wordpress.com/
Collaborating http://therubymine.it
Reading http://stacktrace.it

Vedi i task che mette a disposizione il plugin: rake -TSe non c’è nemmeno
uno con prefisso wee_beastie, vuol dire che non carica il suo file rake.

Luca

Luca G. wrote:

Non mi ero accorto del primo tentativo, il punto � che stai usando la
2.3.2,
e alla attuale 2.3.4, boot.rb non � cambiato. Sai per caso se rforum �
compatibile con le ultime versioni di Rails? Su Rubyforge l’ultima
release
risale alla fine del 2005.
Prova anche ad eseguire di nuovo lo stesso rake task con l’opzione
–trace,
ti dar� pi� informazioni a riguardo.

Luca

Ho provato a darci un occhio e, effettivamente mi sembra che “rforum”
non sia compatibile con la 2.3.2 quindi mi sono guardato in giro e ho
trovato questo:

http://scoop.simplyexcited.co.uk//2009/08/21/wee-beastie-rails-forum-engine/

…una versione di Savage-Beast compatibile con le 2.3.x

sto provando ad installarlo seguendo le istruzioni ma mai che vada
liscio qualcosa :frowning: (probabilmente per colpa mia).
Già al secondo passaggio (rake wee_beastie:sync_migrations) mi dà questo
errore:

(in C:/Programmi/InstantRails/InstantRails-2.0-win/rails_apps/app)
rake aborted!
Don’t know how to build task ‘wee_beastie:sync_migrations’

e non riesco a capire perchè…

Quello dipende dall’output del task, ad esempio anche db:fixtures:load
non
genera nessun risultato visibile nella shell.

Luca G. wrote:

Vedi i task che mette a disposizione il plugin: rake -TSe non c’� nemmeno
uno con prefisso wee_beastie, vuol dire che non carica il suo file rake.

Luca

Il problema precedente era un problema dovuto a git.
Non mi caricava il plugin…
Ora ho risolto e me l’ha caricato ma con “rake
wee_beastie:sync_migrations” ho comunque un problema.
Ora l’esecuzione del comando non dà errore ma non porta comunque a
nessun risultato :frowning:
Lanciando “rake -T” come da te suggerito mi dà a disposizione i task:

rake wee_beastie:sync_migrations
rake wee_beastie:sync_public
rake wee_beastie:install_plugins

peccato però che non sembrano funzionare.
Sto sbagliando qualcosa?

Luca G. wrote:

Quello dipende dall’output del task, ad esempio anche db:fixtures:load
non
genera nessun risultato visibile nella shell.

Ok ma il problema é che alla fine di quei task dovrei ritrovarmi con
delle tabelle che, effettivamente non vengono create.
Non solo dovrei ritrovarmi anche con dei plugin installati e invece
niente come mai secondo te? Qual’è “l’inghippo”?

pezzuya … wrote:

Luca G. wrote:

Quello dipende dall’output del task, ad esempio anche db:fixtures:load
non
genera nessun risultato visibile nella shell.

Ok ma il problema é che alla fine di quei task dovrei ritrovarmi con
delle tabelle che, effettivamente non vengono create.
Non solo dovrei ritrovarmi anche con dei plugin installati e invece
niente come mai secondo te? Qual’è “l’inghippo”?

A me succede una cosa simile con i plugin con un firewall attivo.

Beh, a giudicare dal nome di quel task, sincronizzerà le migrations
dell’engine (wee_beastie) con quelle della tua applicazione. Hai provato
ad
eseguire db:migrate subito dopo?

Luca G. wrote:

Beh, a giudicare dal nome di quel task, sincronizzer� le migrations
dell’engine (wee_beastie) con quelle della tua applicazione. Hai provato
ad
eseguire db:migrate subito dopo?

Sì come per gli altri task rake esegue senza errori ma non ha effetto.
Una cosa strana che ho notato é che il mio db dopo l’esecuzione dei
comandi rake che lo coinvolgono (rake wee_beastie:sync_migrations e rake
db:migrate) presenta una tabella “fantasma” in più…
Per “fantasma” intendo che il db ha una tabella in più (almeno stando a
quello che mi dice phpMyadmin) ma vedendo l’elenco delle tabelle
disponibili sono le stesse di prima.
La riprova é data dal fatto che all’avvio la mia applicazione ora
presenta un errore per un tentato accesso a una tabella che non esiste.

Prova a debuggare il task per scorpire cosa c’è che non va.

Luca G. wrote:

Prova a debuggare il task per scorpire cosa c’� che non va.

Se per “debuggare” intendi eseguire i task con “–trace”…
mi dà :

** Invoke wee_beastie:sync_migrations (first_time)
** Execute wee_beastie:sync_migrations

come prima, sembra che vada tutto a buon fine…sembra