Articles of debugging

EADDRINUSE 127.0.0.1:5858在jesttesting期间debugging

为了避免在Jesttesting的debugging过程中出现以下错误: Error: listen EADDRINUSE 127.0.0.1:5858 at Object.exports._errnoException (util.js:1022:11) at exports._exceptionWithHostPort (util.js:1045:20) at Agent.Server._listen2 (net.js:1262:14) at listen (net.js:1298:10) at doListening (net.js:1397:7) at _combinedTickCallback (internal/process/next_tick.js:77:11) at process._tickCallback (internal/process/next_tick.js:98:9) 我运行我的testing使用 node –harmony –debug-brk=5858 node_modules/.bin/jest 问题是Jest正在分配一个新的进程来运行testing,新进程试图绑定到同一个debugging端口(在这种情况下是5858),作为父进程,并且该端口已经被父进程占用。 奇怪的是,这个错误经常发生,但并非总是如此。 有时上面的命令实际上允许debuggingtesting。

NodeJS,如何debuggingGET请求TLSSocket.socketOnData上的parsing错误?

我对NodeJS颇为陌生,并试图用AWS Lambda写一个简单的Alexa服务来告诉我房间的温度。 我遇到了一个困扰我的问题 – 当我尝试与https端点进行通信以查询家庭自动化恒温器的某些数据时 – 我的Node应用程序终止时出现错误: Error: Parse Error at TLSSocket.socketOnData (_http_client.js:362:20) at emitOne (events.js:96:13) at TLSSocket.emit (events.js:188:7) at readableAddChunk (_stream_readable.js:176:18) at TLSSocket.Readable.push (_stream_readable.js:134:10) at TLSWrap.onread (net.js:551:20) 这是一个非常简单的通过https的GET请求,端点的提供者没有使用Python的问题。 我尝试将我的代码移动到我的笔记本电脑上的本地节点设置,并仍然有问题(所以它不是AWS)。 因为它是https和我的控制之外的服务,我不能轻易wiresharkstream量发现,如果响应是以一些微妙的方式损坏 – 但我尝试使用Browsify转换代码运行在Web浏览器(我可以使用wireshark),当然,它的工作原理,我可以看到没有什么奇怪的JSON响应,然后我得到。 我已经尝试使用响应模块,而不是节点中的核心https库,但我仍然得到相同的基础错误。 我被困在我能做什么 – 而且不知道如何debugging。 它让我觉得格式问题或时间问题 – 但我不知道如何处理这个问题。 想法任何人? 我的代码如下所示: var https = require('https'); var crypto = require('crypto'); function executeHttpRequest(path, data, method, username, […]

节点可执行文件无法在node-debugger pkg的primefaces中find

当我按F5开始debugging时,发生下面的错误 无法启动debugging器。 退出代码是ENOENT,表示找不到节点可执行文件。 尝试使用node-debugger.nodePathconfiguration设置在primefacesconfiguration文件中指定显式path。 我试图添加一些像下面的configuration,但它不工作。 我不确定我是否正确添加了它。 vim〜/ .atom / config.cson "node-debugger": nodePath: "/usr/bin/node" 你可以帮帮我吗? 先谢谢你。

在运行节点应用程序启动debugging会话并附加节点debugging器?

我听到很多关于能否通过将SIGUSR1传递给应用程序来在正在运行的节点应用程序上创builddebugging会话的传言。 这意味着我不必为node debug app.js启动一个应用程序,以便将debugging器附加到它。 如何将SIGUSR1发送到我的应用程序,然后将debugging客户端连接到进程? 如果我可以在只有node的Docker容器中执行此操作,这将特别有帮助。

ES6中的JavaScript开发与debugging

我一直在试图find一种方法来编写ES6 JavaScript代码,具有实时debuggingfunction。 问题是,ES6代码需要在浏览器解释之前进行编译(易于使用babel),因此很难使用debugging断点。 我发现这两篇文章很有帮助: 如何debugging的-ES6-的NodeJS与- vscode debuggingES6-码在节点-JS 我的问题: 这些天,熟练的JavaScript开发人员正在做什么呢? 下面三个中的任何一个? 在ES6中编写,先用babel / webpack进行编译,然后尝试debugging新的和杂乱的ES5代码 以某种方式将ES6原始代码与转换后的ES5生成代码同步,使用源地图进行debugging工作 根本不写ES6代码

NodeJS eclipse V8 deb

试图按照https://github.com/joyent/node/wiki/Using-Eclipse-as-Node-Applications-Debugger eclipse设置,项目在工作区,但是当我运行debuggingconfiguration: 无法连接到独立V8 VM超时等待握手 另外,我有多个.js文件。 Eclipse V8插件如何知道哪一个是Node的服务器脚本?

如何使用完整的urldebuggingnodejs?

我已经安装了node-inspector并且expression了,并成功地通过url http:// {localhost}:8080 / debug?port = 5858开始debugging。 但是我正在开发一个静态文件服务器,并且想要validation来自http:// {localhost}:8080 / javascript / abc.js的代码是如何运行的。 我怎样才能做到这一点? 什么是在这种情况下正确的url?

NodeJSdebugging器中显示更多行

有一个文件(让我们称之为script.js )与以下内容: console.log("Hello World!"); (所以,一行与一个console.log上) 运行node script.js它输出"Hello World!" 。 问题是当我运行node debug script.js 。 我得到以下输出: $ node debug script.js < debugger listening on port 5858 connecting… ok break in script.js:1 1 console.log("Hello World!"); 2 3 }); debug> 为什么最后两行出现? 它看起来像一个错误,但也许有另一种解释?

节点检查器/铬实例显示没有源文件,没有调用堆栈,什么都没有

尝试让节点检查器实际debugging一个非常简单的示例服务器应用程序。 我可以从命令行( node-inspector simple.js )启动debugging器就好了,它给了我标准的Node Inspector v0.8.3 Visit http://127.0.0.1:8080/debug?port=5858 to start debugging消息开始后。 我在Chrome浏览器中查看该地址,并显示预期的debugging界面。 但是,没有数据。 绝对没有数据在任何地方 – 源文件,调用堆栈,断点,控制台。 我打F8。 它取消保留 – 在任何地方仍然没有数据。 我在启动过程中尝试了–debug-brk选项 – 相同的结果 – debugging器中的任何地方都没有数据。 我错过了什么? 节点检查器:v0.8.3 nodejs:v0.10.35 铬(铬):版本39.0.2171.65build立在Ubuntu 14.04上,在LinuxMint 17上运行 这是我试图debugging的代码(文件名是simple.js )。 它通过nodejs simple.js运行正常 var http = require('http'); function func(arg1, arg2) { var result = 'Hello from func. '; result += arg1; result […]

在Docker容器中打开端口

我试图在一个Docker容器中以debugging模式运行node.js应用程序,并将另一个容器中的debugging器附加到在第一个容器中运行的应用程序中。 因此,我试图打开端口5858到外面的世界。 但是,当我–link另一个容器连接到第一个容器(带有别名firstContainer ),并运行nmap -p 5858 firstContainer ,我发现5858端口是closures的。 第一个容器告诉我,node.js应用程序正在监听端口5858,我已经暴露了Dockerfile中的端口,并且还将端口绑定到了我机器上相应的端口(尽pipe我不是确定这是必要的)。 当我在端口8080上运行nmap时,一切都成功了。 如何打开Docker容器上的端口5858,以便可以将debugging器连接到此端口? Dockerfile是: FROM openshift/base-centos7 # This image provides a Node.JS environment you can use to run your Node.JS # applications. MAINTAINER SoftwareCollections.org <sclorg@redhat.com> EXPOSE 8080 5858 ENV NODEJS_VERSION 0.10 LABEL io.k8s.description="Platform for building and running Node.js 0.10 applications" \ io.k8s.display-name="Node.js 0.10" \ io.openshift.expose-services="8080:http" \ io.openshift.tags="builder,nodejs,nodejs010" […]