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 
/

> node-syslog@1.1.7 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的內部副本。不知道爲什麼它使用..和所有，你可以問他們，但它不是一個問題。