Error extraño

Muy buenos dias.
de entrada les agredezco por la ayuda.

siempre me pasan cosas extrañas.

ahora mi aplicacion cuando la voy a correr en mongrel con environment en
production me genera errores como de rutas (mirar archivo adjunto), pero
es extraño por que en development me funciona bien.

si paso la variable config.cache_classes = false, la cambio de true a
false, entonces me funciona bien.

sera las inflections? el modelo es llamado proveedor.

por favor me ayudan?

mil gracias

On Feb 18, 2008, at 14:38 , William F. wrote:

ahora mi aplicacion cuando la voy a correr en mongrel con
environment en
production me genera errores como de rutas (mirar archivo adjunto),
pero
es extraño por que en development me funciona bien.

si paso la variable config.cache_classes = false, la cambio de true a
false, entonces me funciona bien.

Quieres decir que funciona bien con esa variable a false Y estando en
modo desarrollo?

Puedes ejecutar rake routes en ambos modos (con esa variable como
estaba origunalmente en cada caso), y enviar el routes.rb?

– fxn

Xavier N. wrote:

On Feb 18, 2008, at 14:38 , William F. wrote:

ahora mi aplicacion cuando la voy a correr en mongrel con
environment en
production me genera errores como de rutas (mirar archivo adjunto),
pero
es extra�o por que en development me funciona bien.

si paso la variable config.cache_classes = false, la cambio de true a
false, entonces me funciona bien.

Quieres decir que funciona bien con esa variable a false Y estando en
modo desarrollo?

Si Xavier, funciona bien en modo desarrollo, pero cuando corro
mongrel_rails en modo production ya no me funciona, es solo un modelo
con todos sus vistas, y controller, todo el resto de aplicacion
funciona.

Puedes ejecutar rake routes en ambos modos (con esa variable como
estaba origunalmente en cada caso), y enviar el routes.rb?

voy a probar hacer lo que dices, pero noto que cuando hago
config.cache_classes = false en modo production la aplicacion se hace
lenta como en modo development, aunque el problema desaparezca.

Mil gracias Xavier por tu valiosa respuesta.

William B.
Medellin, Colombia

– fxn

On Feb 18, 2008, at 15:48 , William F. wrote:

Puedes ejecutar rake routes en ambos modos (con esa variable como
estaba origunalmente en cada caso), y enviar el routes.rb?

voy a probar hacer lo que dices, pero noto que cuando hago
config.cache_classes = false en modo production la aplicacion se hace
lenta como en modo development, aunque el problema desaparezca.

Los ficheros bajo el direcotorio config/environments apenas se tocan a
la practica.

Ese parametro es el que le dice a Rails si recargar las clases en cada
peticion o no. Rails lo hace en modo desarrollo y no en modo
produccion porque esa variable se lo dice en los respectivos
development.rb y production.rb.

Por eso ves que el rendimiento se parece, porque ese es el principal
factor que diferencia el rendimiento en produccion al de desarrollo y
editando el parametro los igualas en cuanto a eso.

Por otro lado deberia de funcionar para cualquier valor del flag, hay
que averiguar que es lo que sucede porque puede que el workaround
arregle el sintoma aparentemente, pero apuesto a que no arregla el
problema.

Xavier N. wrote:

Puedes ejecutar rake routes en ambos modos (con esa variable como
estaba origunalmente en cada caso), y enviar el routes.rb?

– fxn

Disculpa Xavier mi ignorancia, como hago para hacer para hacer rake
routes en ambos modos (development y production)

gracias

Gracias Xavier.

te envio el archivo generado con el comando rake routes.

Gracias.

William B.
Medellin, Colombia

On Feb 18, 2008, at 16:14 , William F. wrote:

te envio el archivo generado con el comando rake routes.

Estupendo.

En efecto se trata de algo relativo al inflector porque de acuerdo a
rake routes tienes definido

new_proveedore_path

en lugar de lo que usas

new_proveedor_path

Por tanto, si es cierto que en routes.rb tienes

map.resources :proveedores

entonces llegamos al inflector. Esto dudo mucho que tenga relacion
directa con cache_classes, si la tiene puesto a que es indirecta y
habria que ver si hay algo peculiar en el setup de tu proyecto. Te
suena algo?

– fxn

Xavier

Viendo el archivo generado por el comando rake routes

veo, o creo mas bien, que no esta pluralizando, segun esta linea:

new_proveedore GET /proveedores/new

gracias.

William B.
Medellin, Colombia

On Feb 18, 2008, at 16:21 , William F. wrote:

Xavier

Viendo el archivo generado por el comando rake routes

veo, o creo mas bien, que no esta pluralizando, segun esta linea:

new_proveedore GET /proveedores/new

Si, si, no sabe sacar el singular de proveedores.

Pero como te funciona en desarrollo, quiere decir que en desarrollo si
que sabe. Pero en produccion no sabe.

Por eso digo que en el setup ha de haber (o ha habido) algo raro,
porque esto o lo sabe hacer o no lo sabe hacer, no puede estar medio
embarazado.

Xavier N. wrote:

Por eso digo que en el setup ha de haber (o ha habido) algo raro,
porque esto o lo sabe hacer o no lo sabe hacer, no puede estar medio
embarazado.

Si Xavier, tienes toda la razon, tengo dos aplicaciones con el mismo
problema, trabajo con la version de rails 1.2.6, como te puedes imaginar
me tiene medio loco. Que me aconsejas que deba hacer?

Mil Gracias por tu valiosa ayuda, ya hoy aprendi algo nuevo.

William B.
Medellin, Colombia

On Feb 18, 2008, at 16:47 , William F. wrote:

Xavier N. wrote:

Por eso digo que en el setup ha de haber (o ha habido) algo raro,
porque esto o lo sabe hacer o no lo sabe hacer, no puede estar medio
embarazado.

Si Xavier, tienes toda la razon, tengo dos aplicaciones con el mismo
problema, trabajo con la version de rails 1.2.6, como te puedes
imaginar
me tiene medio loco. Que me aconsejas que deba hacer?

Probaria de entrada a buscar todas las instancias de “Inflector” en el
arbol del proyecto, por ejemplo algo asi:

 grep -R Inflector app config lib vendor/plugins

y ver si hay algo sospechoso.

Xavier N. wrote:

Probaria de entrada a buscar todas las instancias de “Inflector” en el
arbol del proyecto, por ejemplo algo asi:

 grep -R Inflector app config lib vendor/plugins

y ver si hay algo sospechoso.

No Xavier, solo existe en el archivo environment.rb

de la carpeta de mi proyecto, siga mas confundido.

Si depronto caes en cuenta de que podrá ser, me dices por favor.

Mil gracias.

William B.
Medellín, Colombia.

Xavier N. wrote:

On Feb 18, 2008, at 17:39 , William F. wrote:

No Xavier, solo existe en el archivo environment.rb

Pero alma de cantaro, esa es una ocurrencia dentro de los directorios
que buscabamos :-).

Y que pone ahi?

– fxn

Jejejeje, Disculpa Xavier, no te entendi.

yo si sabia que esta parte del archivo existe, pues la he estado tocando
para efectos de pluralizacion, todas mis tablas estan en castellano
(nombres), aqui te envio el parte del archivo.

Inflector.inflections do |inflect|
inflect.plural /^(.)([lrnds])$/i, ‘\1\2es’
inflect.singular /^(.
[aeiou])([lrnd])es$/i, ‘\1\2’
inflect.plural /^(ox)$/i, ‘\1en’
inflect.singular /^(ox)en/i, ‘\1’
inflect.plural /([^aeiou])$/i, ‘\1es’
inflect.singular /(.)es$/i, ‘\1’
inflect.plural /(.
)z$/i, ‘\1ces’
inflect.singular /(.)ces$/i, ‘\1z’
inflect.irregular ‘person’, ‘people’
inflect.uncountable %w( fish sheep )
inflect.plural /^(.
)([lrnd])$/i, ‘\1\2es’
inflect.singular /^(.*[aeiou])([lrnd])es$/i, ‘\1\2’
inflect.irregular ‘cliente’, ‘clientes’
inflect.irregular ‘participante’, ‘participantes’
inflect.irregular ‘proveedor’, ‘proveedores’
end

Mil gracias

William B.
Medellin, Colombia

On Feb 18, 2008, at 17:39 , William F. wrote:

No Xavier, solo existe en el archivo environment.rb

Pero alma de cantaro, esa es una ocurrencia dentro de los directorios
que buscabamos :-).

Y que pone ahi?

– fxn

Hola Xavier

en este enlace encontre la solucion:

http://www.lacaraoscura.com/2007/09/11/rails-recursos-rutas-y-el-inflector/

Gracias por tu tiempo y por tu valiosa ayuda, igual a las personas del
sitio
http://www.lacaraoscura.com

William B.
Medellin, Colombia