2012-01-18 11 views
8

SOLUZIONE TROVATA: Vedere commentorails 3.1: come sovrascrivere inherited_resources e consentire il funzionamento regolare dello scaffolding delle rotaie?

Creazione di un nuovo binario 3.1 app. Iniziato con un modello blog_entries di base per ottenere il blocco di esso. Niente sorprese.

Quindi ho aggiunto ActiveAdmin, ho funzionato correttamente con il mio modello esistente.

Ma ora quando cerco di ponteggi di un nuovo modello di/etc con questo:

rails g scaffold Community name:string guid:string 

tutto sembra a destra (vista, migrazione) tranne il controller non ha opzioni CRUD e si presenta così:

class CommunitiesController < InheritedResources::Base 
end 

Il problema è che ActiveAdmin utilizza inherited_resources che impedisce il normale funzionamento dello scaffolding delle rotaie manuali.

Qualcuno conosce un modo per forzare i binari allo scaffold "correttamente" nonostante ActiveAdmin utilizzi inherited_resources?

+0

trovato un riferimento l'argomento della riga di comando -c per 'rotaie generano impalcatura'. Per forzare le rotaie ad usare il normale generatore di scaffold, aggiungere -c = scaffold_generator alla fine del comando – jpwynn

+3

oops: -c = scaffold_controller (non _generator) – jpwynn

+0

Sto avendo lo stesso problema ... Usando la parte -c al la fine non ha effetto: http://stackoverflow.com/questions/8946980/running-rails-generate-scaffold-does-not-generate-model – Alex

risposta

10

è possibile effettuare le seguenti operazioni per sostituire inherited_resources:

-c=scaffold_controller 
+1

Perché inherited_resources appare su alcuni scaffold? – MicFin

Problemi correlati