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

[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...

[Thomas Braun]

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

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

Jein. Nicht direkt, dropbox-v2-api nutzt das noch.

[oFbEQnpoLKKl6mbY5e13]

@thomas-braun

Ah, okay.

[haus-automatisierung]

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

Kann ich das NPM-Modul request, wenn ich alle meine Skripte auf httpGet umgestellt habe, aus der Javascript-Instanz löschen

Bitte nie manuell an den npm dependencies von Adaptern rumspielen. Du kannst deine eigenen Pakete dazu installieren per Instanz-Einstellungen. Aber damit kann request nicht entfernt werden.

[oFbEQnpoLKKl6mbY5e13]

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

...per Instanz-Einstellungen...

Um nichts Anderes ging es.

[haus-automatisierung]

@ofbeqnpolkkl6mby5e13 Ich betone das nur nochmal explizit, weil ich hier schon die verrücktesten Dinge gesehen habe...

[oFbEQnpoLKKl6mbY5e13]

@haus-automatisierung

Sowas wäre für Skripte, die viele httpGet oder httpPost Blöcke haben, noch nett:

[haus-automatisierung]

@ofbeqnpolkkl6mby5e13 Wozu? Das sind doch statische Werte.

[stenmic]

@haus-automatisierung
keine Ahnung wann dieser Trigger dazukam.
Ich find den ziemlich genial, jedoch wäre er noch geiler wenn man auch ein Datum setzen könnte.
(für Events die in z.B. einer Woche starten sollen)

[haus-automatisierung]

@stenmic Der ist ja eigentlich für wiederkehrende Ereignisse gedacht. Mit einem Datum wäre es ja einmalig.

[stenmic]

@haus-automatisierung
schon verstanden, aber eventuell geht ja beides.

Frage… wenn der Datenpunkt leer ist, ist die Funktion deaktiviert?

[biker1602]

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

@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.

Also ich habe es jetzt schon mit verschiedenen Zeiten versucht alles ohne Erfolg. Die Aktion wird ja ausgeführt aber halt immer mit dem Fehler.

Ich habe schon auf Version v8.5.2 ein update gemacht aber es ändert sich nichts.