search

mxabierto / debate

(sin mantenimiento) Debate público sobre la Política Nacional de Datos Abiertos en México. Powered by DemocracyOS.
http://politica.datos.gob.mx
1 stars 0 forks source link

Manejo de excepciones #39

Open defvol opened 10 years ago

defvol commented 10 years ago

Es complicado hacer traceback a fallas en los componentes, p.ej. estuve tratando de importar una dependencia en ciertos archivos y dejaba de funcionar el sistema. No se rompía, pero no mostraba leyes (a pesar de que en la consola se veían servidas).

Creo que algo como better_errors de rails podría facilitar el trabajo de debuggeo

cristiandouce commented 10 years ago

Para los errores de client deben revisar la consola de chrome. La de terminal tiraria errores solo de eventos server side.

Si observan la consola del chrome, siempre que hay errores de dependencias component tira error.

Nosostoros ademas utilizamos visionemdia/debug para enriquecer el debugging y permitir un rapido filtrado de logs.

Correr:

require('visionmedia-debug').enable('*');

En la consola de chrome para habilitar los logs de todos los components.

Si bien se trabaja con modules y components en un mismo entorno lib, es importante discernir que se ejecutan en contextos distintos.

defvol commented 10 years ago

sí estoy usando el módulo de debug para ir revisando partes, mi punto es que no hay manera de hacer stack trace en la consola (server side)

defvol commented 10 years ago

IMHO es buena propiedad del sistema, que sí algo sale mal lo aviente en la consola en automático (en development mode)

gvilarino commented 10 years ago

Tiene que ver con el Exception (bah, error, en este caso) handling en Node y JS en general.

Si quieren stack traces largos en backend pueden usar longjohn (en dev mode) aunque va a andar más lento el sistema entero.

cristiandouce commented 10 years ago

O pueden armarse de una herramienta más polenta como node-inspector

IMHO no le veo necesidad cargar el código con recursos de ese estilo, si hay herramientas para ello.