Winston: कंसोल ट्रांसपोर्ट डिबग कंसोल पर नहीं लिखता है

को निर्मित 6 दिस॰ 2018 · 9टिप्पणियाँ · स्रोत: winstonjs/winston

कृपया हमें अपने पर्यावरण के बारे में बताएं:

_ winston संस्करण?_
- [ ] winston@2
- [एक्स] winston@3
_ node -v आउटपुट: v10.1.0
_ऑपरेटिंग सिस्टम?_ विंडोज
_भाषा?_ टाइपस्क्रिप्ट

समस्या क्या है?

जब मैं बिल्ट इन कंसोल ट्रांसपोर्ट का उपयोग करता हूं, तो यह सामान्य रूप से चलने पर कंसोल को लिखेगा (उदाहरण के लिए node ./dist/index.js ) लेकिन जब मैं विजुअल स्टूडियो कोड से डीबग करता हूं तो डीबग कंसोल पर नहीं। कंसोल.लॉग ()/चेतावनी ()/त्रुटि () के लिए मानक कॉल डिबग कंसोल पर लिखते हैं।

इसके बजाय आप क्या होने की उम्मीद करते हैं?

मुझे उम्मीद है कि सभी संदेश डिबग कंसोल पर लिखे जाएंगे क्योंकि वे सामान्य रूप से चलने पर मानक कंसोल पर होंगे।

अन्य सूचना

समस्या परिवहन कार्यान्वयन की लॉग () विधि में _stderr.write() और _stdout.write() के उपयोग की प्रतीत होती है। अगर मैं 49, 62 और 77 पर स्टेटमेंट में शर्त को false बदल देता हूं ताकि मानक कंसोल। . स्पष्ट रूप से एक अवांछनीय दुष्प्रभाव यह है कि कस्टम ईओएल को नजरअंदाज कर दिया जाता है।

bug help wanted important

स्रोत

sirockin

👍13

सबसे उपयोगी टिप्पणी

मैं बस इस मुद्दे में भाग गया और अपना बहुत ही सरल विचार जोड़ना चाहता था: बस console.log , console.warn और console.error

अभी, विंस्टन [console._stderr] और [console._stdout] के लिए जाँच कर रहा है, सीधे उन स्ट्रीम को लिखना पसंद कर रहा है, लेकिन console.warn , console.error और console.log का उपयोग करने के लिए वापस आ रहा है _stderr और _stdout ) नोड.जेएस में वैश्विक कंसोल इंस्टेंस पर उपलब्ध हैं, हालांकि, उन्हें [कंसोल] एपीआई का हिस्सा होने के रूप में प्रलेखित नहीं किया गया है और न ही वे गणना योग्य हैं ।

विधियों को कॉल करने पर सीधे विंस्टन में धाराओं का उपयोग करने का क्या फायदा है? मेरे लिए, जावास्क्रिप्ट संदर्भ में console का अर्थ विशेष रूप से console ऑब्जेक्ट है, न कि सामान्य रूप से "कंसोल" या स्ट्रीम के लिए प्रॉक्सी के रूप में। क्या तरीके हमेशा काम नहीं करेंगे? खासकर जब से विंस्टन में एक अंतर्निहित stream परिवहन है, मैं मूल रूप से स्थानीय विकास के लिए उपयुक्त "कंसोल" की व्याख्या करूंगा।

वीएस कोड _have_ करता है (शायद इसलिए कि यह नोड पर चल रहा है), लेकिन डिबग कंसोल के लिए इसका डिफ़ॉल्ट "कैप्चर" "कंसोल" है - जिसका अर्थ है कि उन्होंने विशेष रूप से console.log कॉल पर हुक स्थापित किए हैं , स्वयं धाराओं पर नहीं। यानी वीएस कोड आउटपुट उत्पन्न कर रहा है, लेकिन इसे कैप्चर नहीं कर रहा है। यह शायद इस फ़ाइल से संबंधित है

जैसा कि अन्य ने उल्लेख किया है, आप बदल सकते हैं कि कौन सा आउटपुट वीएस कोड कैप्चर करता है, या विंस्टन में "कंसोल" ट्रांसपोर्ट क्या बदलता है।

{
  "version": "0.2.0",
  "configurations": [
    {
      "type": "node",
      "request": "launch",
      "name": "Launch Program",
      "program": "${workspaceFolder}/index.js",
      // Capture "std" instead of "console"
      "outputCapture": "std"
    }
  ]
}

ध्यान दें, यदि आप @adi7ya से लिंक की गई सलाह का पालन करते हैं, तो VS कोड उस लाइन को आउटपुट करेगा जहां console.log को कॉल किया गया था - जो वह जगह नहीं है जहां आपने विंस्टन को कॉल किया था, लेकिन आपके ओवरराइड log में लाइन। तो, यह केवल मामूली उपयोगी हो सकता है ...

victorandree 12 मार्च 2019

👍49 🎉5 ❤4

सभी 9 टिप्पणियाँ

एक बनाम कोड बग की तरह लगता है - अगर हम इसे सफलतापूर्वक नहीं लिख सकते हैं तो उनके डीबग कंसोल में _stdout जैसे प्रोप क्यों हैं? बेशक, आपके पास अपने कामकाज की तरह एक संशोधित परिवहन हो सकता है जो बनाम कोड के लिए काम करता है, लेकिन यह आदर्श नहीं हो सकता है। अगर आपको लगता है कि यह ऐसा कुछ है जिसे विंस्टन में तय करने की आवश्यकता है तो किसी भी विचार की पेशकश करने में संकोच न करें :) लेकिन मुझे नहीं लगता कि विंस्टन को यह जांचना चाहिए कि यह बनाम कोड में चल रहा है या नहीं, बल्कि ऐसा लगता है कि बनाम कोड के कंसोल को बेहतर व्यवहार करना चाहिए।

DABH 27 दिस॰ 2018

@sirockin क्या आप एक बनाम कोड एक्सटेंशन विकसित कर रहे हैं? मैं इसी तरह के मुद्दे पर vsode में आया था। वैसे भी, आप इसे काम करने के लिए कंसोल ट्रांसपोर्ट के लिए लॉग विधि को ओवरराइड कर सकते

adi7ya 31 दिस॰ 2018

हमें इसे संबोधित करना चाहिए, लेकिन अधिक जांच की जरूरत है।

indexzero 26 जन॰ 2019

{
  "version": "0.2.0",
  "configurations": [
    {
      "type": "node",
      "request": "launch",
      "name": "Launch Program",
      "program": "${workspaceFolder}/index.js",
      // Capture "std" instead of "console"
      "outputCapture": "std"
    }
  ]
}

victorandree 12 मार्च 2019

👍49 🎉5 ❤4

यह देखने के लिए कि क्या हम डिफॉल्ट को कैप्चर करने वाले कंसोल ट्रांसपोर्ट आउटपुट के लिए आवश्यक बनाम सेटिंग्स बना सकते हैं, वीएस कोड लोगों के साथ जांच करना: https://github.com/Microsoft/vscode/issues/69959 अन्यथा, आवश्यक बनाम सेटिंग परिवर्तन वहां मेरी टिप्पणी से जुड़े हुए हैं। ^^ हालांकि, कंसोल ट्रांसपोर्ट के लिए यह एक वैध प्रश्न है, यदि लोकप्रिय संपादकों का एक समूह डिफ़ॉल्ट रूप से "सही" काम नहीं करेगा, तो शायद हमें कंसोल ट्रांसपोर्ट cc @indexzero के व्यवहार को बदलना चाहिए।

DABH 24 मार्च 2019

यह भी मुझे थोड़ा सा, @victorandree से अधिक सहमत नहीं हो सका।

मैं इस समय अपने स्वयं के उद्देश्यों के लिए इस बहुत ही नंगे परिवहन का उपयोग कर रहा हूं अगर किसी और को यह उपयोगी लगता है:

import winston from "winston";
import Transport from "winston-transport";

const { MESSAGE } = require("triple-beam");
const level = process.env.LOG_LEVEL || "info";

class SimpleConsoleTransport extends Transport {
  log = (info: any, callback: any) => {
    setImmediate(() => this.emit("logged", info));

    console.log(info[MESSAGE]);

    if (callback) {
      callback();
    }
  };
}

export const logger = winston.createLogger({
  level,
  defaultMeta: {},
  transports: [new SimpleConsoleTransport()]
});

melbourne2991 6 जून 2019

👍5

कृपया इसे #1836 . में हल करने के मेरे प्रस्ताव की जांच करें

baybal 13 अग॰ 2020

👍3

इस मुद्दे में भी भाग गया, और यह VSCode- विशिष्ट प्रतीत नहीं होता है - यदि मैं node --inspect चलाता हूं और फिर इसे क्रोम से chrome://inspect साथ संलग्न करता हूं तो मुझे केवल console.log/etc कॉल दिखाई देती हैं।

Jimbly 31 अग॰ 2020

https://github.com/microsoft/vscode/issues/69959#issuecomment -480391201

hanrea 8 मार्च 2021

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स