strongloop无法在Windows Server 2012 R2上安装

Question

试验strongloop。 节点版本是v0.10.31 已安装visual studio 2013。

npm安装失败。

这条路看起来很可疑：

node "c:\Program Files (x86)\nodejs\node_modules\npm\bin\node-gyp-bin\\..\..\node_modules\node-gyp\bin\node-gyp.js" 

---

控制台：

$ npm install -g strongloop 
/

> [email protected] install C:\Users\Bruce\AppData\Roaming\npm\node_modules\strongloop\node_modules\strong-supervisor\node_modules\node-syslog 
> node-gyp rebuild 
| 
C:\Users\Bruce\AppData\Roaming\npm\node_modules\strongloop\node_modules\strong-supervisor\node_modules\node-syslog> 

    node "c:\Program Files (x86)\nodejs\node_modules\npm\bin\node-gyp-bin\\..\..\node_modules\node-gyp\bin\node-gyp.js" 


rebuild 
Building the projects in this solution one at a time. To enable parallel build, please add the "/m" switch. 
syslog.cc 
c:\users\bruce\appdata\roaming\npm\node_modules\strongloop\node_modules\strong-supervisor\node_modules\node-syslog\node-syslog.h(8): fatal error C1083: Cannot open include file: 'syslog.h': No such file or directory [C:\Users\Bruce\AppData\Roaming\npm\node_modules\strongloop\node_modules\strong-supervisor\node_modules\node-syslog\build\syslog.vcxproj] 
gyp ERR! build error 
gyp ERR! stack Error: `C:\Program Files (x86)\MSBuild\12.0\bin\msbuild.exe` failed with exit code: 1 
gyp ERR! stack  at ChildProcess.onExit (c:\Program Files (x86)\nodejs\node_modules\npm\node_modules\node-gyp\lib\build.js:267:23) 
gyp ERR! stack  at ChildProcess.emit (events.js:98:17) 
gyp ERR! stack  at Process.ChildProcess._handle.onexit (child_process.js:810:12) 
gyp ERR! System Windows_NT 6.2.9200 
gyp ERR! command "node" "c:\\Program Files (x86)\\nodejs\\node_modules\\npm\\node_modules\\node-gyp\\bin\\node-gyp.js" "rebuild" 
gyp ERR! cwd C:\Users\Bruce\AppData\Roaming\npm\node_modules\strongloop\node_modules\strong-supervisor\node_modules\node-syslog 
gyp ERR! node -v v0.10.31 
gyp ERR! node-gyp -v v1.0.1 
gyp ERR! not ok 

Answer 1

节点系统日志是一种可选的依赖，当构建失败，它NPM打印错误，然后继续安装strongloop。或者，这就是npm应该做的，通常也是。

从上面不可能知道strongloop实际安装是否正确。

至于“可疑”路径，那就是npm打印出它正在调用它自己的node-gyp的内部副本。不知道为什么它使用..和所有，你可以问他们，但它不是一个问题。