2017-02-26 2 views
0

Da mein Fehlerprotokoll nicht in Englisch ist, versuche ich die wichtigen Teile der Fehlertrance bereitzustellen, die die IBM API Connect-Webschnittstelle gibt, nachdem ich versuche, ein neue SOAP-Datenquelle und versuchen Sie dann, den Server neu zu laden.loopback-connector-soap funktioniert nicht: SyntaxError: Block-Bereichsdeklarationen

[SyntaxError: Block-scoped declarations (let, const, function, class) not yet supported outside strict mode] 

/Users/tim/Development/api/test-api/node_modules/loopback/lib/application.js:246 
    throw err; 

Es sagt mir

npm install loopback-connector-soap --save 

zu tun, aber ich meine das Stackoverflow natürlich ist, ist es nicht wie beabsichtigt funktioniert.


Voll Spur:

2017-02-26T20:33:58.661Z pid:63405 worker:4 loopback-connector-soap 
2017-02-26T20:33:58.661Z pid:63405 worker:4 Führen Sie zur Behebung Folgendes aus: 
2017-02-26T20:33:58.662Z pid:63405 worker:4  npm install loopback-connector-soap --save 
2017-02-26T20:33:58.662Z pid:63405 worker:4  at DataSource.setup (/Users/tim/Development/api/test-api/node_modules/loopback-datasource-juggler/lib/datasource.js:315:28) 
2017-02-26T20:33:58.662Z pid:63405 worker:4  at new DataSource (/Users/tim/Development/api/test-api/node_modules/loopback-datasource-juggler/lib/datasource.js:121:8) 
2017-02-26T20:33:58.662Z pid:63405 worker:4  at Registry.createDataSource (/Users/tim/Development/api/test-api/node_modules/loopback/lib/registry.js:355:12) 
2017-02-26T20:33:58.662Z pid:63405 worker:4  at dataSourcesFromConfig (/Users/tim/Development/api/test-api/node_modules/loopback/lib/application.js:440:19) 
2017-02-26T20:33:58.662Z pid:63405 worker:4  at EventEmitter.app.dataSource (/Users/tim/Development/api/test-api/node_modules/loopback/lib/application.js:235:14) 
2017-02-26T20:33:58.662Z pid:63405 worker:4  at /Users/tim/Development/api/test-api/node_modules/loopback-boot/lib/executor.js:190:9 
2017-02-26T20:33:58.662Z pid:63405 worker:4  at /Users/tim/Development/api/test-api/node_modules/loopback-boot/lib/executor.js:281:5 
2017-02-26T20:33:58.662Z pid:63405 worker:4  at Array.forEach (native) 
2017-02-26T20:33:58.662Z pid:63405 worker:4  at forEachKeyedObject (/Users/tim/Development/api/test-api/node_modules/loopback-boot/lib/executor.js:280:20) 
2017-02-26T20:33:58.662Z pid:63405 worker:4  at setupDataSources (/Users/tim/Development/api/test-api/node_modules/loopback-boot/lib/executor.js:180:3) 
2017-02-26T20:33:58.662Z pid:63405 worker:4  at execute (/Users/tim/Development/api/test-api/node_modules/loopback-boot/lib/executor.js:38:3) 
2017-02-26T20:33:58.662Z pid:63405 worker:4  at bootLoopBackApp (/Users/tim/Development/api/test-api/node_modules/loopback-boot/index.js:154:3) 
2017-02-26T20:33:58.662Z pid:63405 worker:4  at Object.<anonymous> (/Users/tim/Development/api/test-api/server/server.js:23:1) 
2017-02-26T20:33:58.662Z pid:63405 worker:4  at Module._compile (module.js:425:26) 
2017-02-26T20:33:58.663Z pid:63405 worker:4  at Object.Module._extensions..js (module.js:432:10) 
2017-02-26T20:33:58.663Z pid:63405 worker:4  at Module.load (module.js:356:32) 

ich das wirklich neu bin, damit ich weiß nicht, wo die Fehlersuche starten und bevor ich etwas tue

+0

Können Sie bitte Ihre npm-Version, Knotenversion und Loopback-Connector-Soap-Version bereitstellen. Hast du Code in ES6 geschrieben? Bisher scheint es, dass Sie ES6-Code und nicht unterstützende Version von node/npm/Modul dafür haben – BlackStork

+0

Ich generierte den Code über 'apic loopback' und habe noch nichts selbst geschrieben. Node-Version ist v5.0.0, NPM-Version ist 3.3.6 und Loopback-Connector-Soap-Version ist^4.0.0. – nevotheless

+1

Dann denke ich (ich kann Ihr System nicht sehen, aber ich bin mir fast sicher) Knoten V.5 ist die Ursache -> Wenn es Ihnen wichtig ist, ES6-Code frei Upgrade auf V.6.9 zu verwenden, unterstützt V.5 nur bestimmte ES6-Funktionen im strikten Modus, und sogar einige von ihnen überhaupt nicht unterstützen. – BlackStork

Antwort

0

Wie in den obigen Kommentaren erwähnt, wurde dieses Problem gelöst, indem die Knotenversion des Benutzers aktualisiert wurde. Das Problem wurde in Knotenversion 5.0.0 erkannt, war jedoch in der aktualisierten Version 6.9 nicht vorhanden.

Verwandte Themen