Winston: Winston não registra / analisa um erro detectado de uma exceção

Criado em 4 mar. 2020  ·  3Comentários  ·  Fonte: winstonjs/winston

Conte-nos sobre o seu ambiente:

  • _ winston versão? _ 3.2.1

    • [] winston@2

    • [x] winston@3

  • _ node -v saídas: _ v12.8.1
  • _Sistema operacional? _ (Windows, macOS ou Linux) Windows
  • _Idioma? _ (Todos | TypeScript XX | ES6 / 7 | ES5 | Dart) ES6

Qual é o problema?

O Winston não parece registrar exceções, ele não parece analisar corretamente o objeto de erro.

const logger = winston.createLogger({
    level: 'info',
    format: winston.format.combine(winston.format.timestamp(), winston.format.json()),
    transports: [
        new winston.transports.File({
            filename: `./logs/error-${momentLogger.unix()}.log`,
            level: 'error'
        }),
        new winston.transports.File({
            filename: `./logs/debug-${momentLogger.unix()}.log`,
            level: 'debug'
        }),
        new winston.transports.File({
            filename: `./logs/combined-${momentLogger.unix()}.log`
        }),
        new winston.transports.Console({
            format: winston.format.simple()
        })
    ]
});

try {
    logger.debug(folderIdRegex.exec(event.link)[1]);
} catch (ex) {
    console.log(ex); // Correctly prints
    logger.info(ex); // Undefined
    logger.debug(ex); // Undefined
    logger.error(ex); // Undefined
}

Depuração adicional usando o depurador VSCode

// Output
TypeError: Cannot read property '1' of null
    at .....google-sheets-scraping-testing.js:188:51
    at processTicksAndRejections (internal/process/task_queues.js:85:5)
info: undefined {"timestamp":"2020-03-04T19:58:36.251Z"}
error: undefined {"timestamp":"2020-03-04T19:58:36.251Z"}

// Here I started using the built-in debug terminal
ex // Input into debug console
> TypeError: Cannot read property '1' of null // Result of ex
logger.log(ex) // Input into debug console
info: undefined {"timestamp":"2020-03-04T20:11:13.924Z"} // Result of logger.log(ex)
> DerivedLogger {_readableState: ReadableState, readable: true, _events: Object, _eventsCount: 3, _maxListeners: undefined, …}  // Result of logger.log(ex)

O que você espera que aconteça em vez disso?

Espero que o Winston registre o erro detectado no bloco try ... catch. Se, em vez disso, eu passar ex.message vez de apenas ex , a saída é correta. ex é definido em todo o bloco catch, mas Winston não parece capaz de analisá-lo por algum motivo.

Outra informação

Além disso, se eu return ex de dentro do bloco catch e, em seguida, cercar tudo dentro de outro bloco catch, parece que a saída está correta. Para saber mais sobre esse comportamento incomum,

Além disso, acho que esse erro também envolve o problema que outro usuário teve no último mês no número 1758

Comentários muito úteis

Eu acredito que isso pode ser devido ao comportamento inconsistente entre loggers winston e transportes ao aplicar formatos. No winston-transport, parte da função TransportStream _write faz isso:

transformed = this.format.transform(Object.assign({}, info), this.format.options);

O código relevante em winston / logger.js se parece com isso:

this.push(this.format.transform(info, this.format.options));

Aqui está uma reprodução simplificada do problema.

const winston = require('winston');

// First logger uses a format configured on logger
const logger1 = winston.createLogger({
  level: 'info',
  transports: new winston.transports.Console(),
  format: winston.format.simple()
});


// Second logger uses a format configured on transport
const logger2 = winston.createLogger({
  level: 'info',
  transports: new winston.transports.Console({
    format: winston.format.simple()
  })
});

logger1.info(new Error('err message'));   // logs expected 'err message'
logger2.info(new Error('err message'));   // logs 'undefined'

Não está claro para mim qual comportamento deve ser preferido.

Todos 3 comentários

Eu acredito que isso pode ser devido ao comportamento inconsistente entre loggers winston e transportes ao aplicar formatos. No winston-transport, parte da função TransportStream _write faz isso:

transformed = this.format.transform(Object.assign({}, info), this.format.options);

O código relevante em winston / logger.js se parece com isso:

this.push(this.format.transform(info, this.format.options));

Aqui está uma reprodução simplificada do problema.

const winston = require('winston');

// First logger uses a format configured on logger
const logger1 = winston.createLogger({
  level: 'info',
  transports: new winston.transports.Console(),
  format: winston.format.simple()
});


// Second logger uses a format configured on transport
const logger2 = winston.createLogger({
  level: 'info',
  transports: new winston.transports.Console({
    format: winston.format.simple()
  })
});

logger1.info(new Error('err message'));   // logs expected 'err message'
logger2.info(new Error('err message'));   // logs 'undefined'

Não está claro para mim qual comportamento deve ser preferido.

Eu me pergunto se este também é o mesmo caso quando o winston não registra corretamente alguns objetos e os imprime como [object Object] enquanto outros objetos são impressos sem problemas

@jleverenz
Obrigado, ótimo achado! Produziu uma solução alternativa simples para o meu problema, que era o mesmo que https://github.com/winstonjs/winston/issues/1758

Esta página foi útil?
0 / 5 - 0 avaliações