UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[biker1602]

@homoran said in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:

musst du request und zugehörige Aktionen anpassen

Danke das habe ich mir auch schon fast gedacht aber habe im Moment keinen Plan wie?

[Homoran]

@biker1602 sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:

aber habe im Moment keinen Plan wie?

den Block austauschen!

[biker1602]

@homoran
Ja das habe ich auch schon versucht da kam dann folgende Meldung

error	script.js.Meine_Schalter.Anwesenheitstest.Kamera_ein_und_aus: timeout of 2000ms exceeded

[Homoran]

@biker1602 sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:

das habe ich auch schon versucht

bitte zeigen

[biker1602]

@homoran

da muss bestimmt bei Antwort Datentyp was rein aber ich habe keinen Plan was

[Homoran]

@biker1602 sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:

Antwort Datentyp was rein

Deswegen die unbeantwortete Frage

@homoran sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:

das ist alles?

Wenn du ohne Ergebnisse weitermachen willst, müsstest du wahrscheinlich nicht httpGet, sondern httpPost nehmen.
Sooo tief stecke ich da aber auch noch nicht drin.

[haus-automatisierung]

@biker1602 sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:

da muss bestimmt bei Antwort Datentyp was rein aber ich habe keinen Plan was

• Warum? Du arbeitest mit dem Response/der Antwort vom Server eh nicht weiter
• Sieht alles richtig aus. Ggf. den Timeout je Block erhöhen. Scheinbar antwortet der HTTP-Server nicht rechtzeitig.

[biker1602]

@haus-automatisierung said in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:

Sieht alles richtig aus. Ggf. den Timeout je Block erhöhen. Scheinbar antwortet der HTTP-Server nicht rechtzeitig.

Habe ich gemacht bin sogar in den Sekundenbereich gegangen aber die Fehlermeldung ist die gleiche halt nur nicht mit 2000 sondern 500ms

[haus-automatisierung]

@biker1602 Bitte mal "ausführliche Protokollausgaben" aktivieren und das Log nach der Abfrage teilen.

[liv-in-sky]

@biker1602

kannst auch das mal testen https://forum.iobroker.net/post/1163584

haben auch dort so ein thema

[biker1602]

@liv-in-sky Ich habe jetzt JS auf 8.4.1 aktualisiert und Timeout auf 3000 ms gesetzt und jetzt scheint es zu funktionieren.
Mal schauen wie es morgen aussieht und ob heute die Rollos richtig funktionieren obwohl ich mir nich vorstellen kann das es mit Sonnenauf und Sonnenuntergang auch etwas zu tun hat

[oFbEQnpoLKKl6mbY5e13]

@haus-automatisierung sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:

Request-Paket is deprecated

Request wird seit Jahren im Adapter genutzt und der Blockly-Baustein "request" nutzt ja genau dieses Paket. Der Block wurde ja bereits in den vorigen Versionen durch "http (GET)" ersetzt. Solltest Du noch die älteren Blöcke nutzen, bekommst Du eine Warnung im Log.

Ich möchte das Paket jetzt langsam aber sicher loswerden. Daher generiert jedes require('request'); im Log jetzt auch eine Warnung. Scheinbar werden die Changelogs ja nicht gelesen, weswegen man am Ende wohl in überraschte Gesichter schauen wird, warum ein Script nicht mehr läuft. Also: Migriert eure Scripts! Und wenn ihr hier im Forum jemanden seht, der Code mit require('request'); teilt: Bitte entsprechend darauf hinweisen.

In der Zukunft wird das Paket dann endlich aus dem Standard entfernt und nicht mehr mitinstalliert. Man kann es zwar in den Instanzeinstellungen dann manuell noch hinzufügen, aber das ist nicht zu empfehlen. request ist seit über 4 Jahren deprecated und wird nicht mehr weiter entwickelt! Einfach nicht mehr nutzen...

javascript.0 2024-05-28 20:29:38.763	error	npm warn deprecated request@2.88.2: request has been deprecated...

Kann ich das NPM-Modul request, wenn ich alle meine Skripte auf httpGet umgestellt habe, aus der Javascript-Instanz löschen, oder wird das zurzeit intern noch verwendet?

[paul53]

@ofbeqnpolkkl6mby5e13 sagte: aus der Javascript-Instanz löschen

Du hast es in den Instanz-Einstellungen stehen? Noch stellt es der Javascript-Adapter zur Verfügung.

[oFbEQnpoLKKl6mbY5e13]

@paul53

Ja, und würde es jetzt, nach der Umstellung auf httpGet, entfernen wollen.

Edit:
axios habe ich da auch stehen

[Thomas Braun]

@ofbeqnpolkkl6mby5e13 sagte in JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen:

Ja, und würde es jetzt, nach der Umstellung auf httpGet, entfernen wollen.

Kein Problem. Es bleibt im Moment aber halt über den Adapter selber noch verfügbar.

[paul53]

@ofbeqnpolkkl6mby5e13 sagte: nach der Umstellung auf httpGet, entfernen wollen.

Kein Problem. Es war dort noch nie nötig.

[oFbEQnpoLKKl6mbY5e13]

@thomas-braun

Okay.

[oFbEQnpoLKKl6mbY5e13]

@paul53

Okay.

[Thomas Braun]

@ofbeqnpolkkl6mby5e13

So kannst du auch sehen, wo das noch überall drin hängt:

echad@chet:/opt/iobroker $ npm ls request
iobroker.inst@3.0.0 /opt/iobroker
├─┬ iobroker.backitup@3.0.0
│ └─┬ dropbox-v2-api@2.5.11
│   └── request@2.88.2 deduped
├─┬ iobroker.javascript@8.4.2
│ └── request@2.88.2
├─┬ iobroker.mihome-vacuum@4.2.0
│ └── request@2.88.2 deduped
├─┬ iobroker.nina@0.0.26
│ └── request@2.88.2 deduped
├─┬ iobroker.nuki-extended@2.7.0
│ ├─┬ nuki-web-api@2.2.1
│ │ └── request@2.88.2 deduped
│ ├─┬ request-promise@4.2.6
│ │ ├─┬ request-promise-core@1.1.4
│ │ │ └── request@2.88.2 deduped
│ │ └── request@2.88.2 deduped
│ └── request@2.88.2 deduped
├─┬ iobroker.samsung@0.6.0
│ └─┬ samsungtv@0.0.0 (git+https://git@github.com/luca-saggese/samsungtv.git#7fc20107455414e2afb94022682e0787e8635550)
│   └── request@2.88.2 deduped
├─┬ iobroker.tr-064@4.3.0
│ └─┬ tr-O64@0.2.4
│   └── request@2.88.2 deduped
└─┬ iobroker.whatsapp-cmb@0.3.0
  └── request@2.88.2 deduped

[oFbEQnpoLKKl6mbY5e13]

@thomas-braun

Selbst z. B. Backitup 3.0 nutzt das noch...