JavaScript 8.3.0 - Log-Trigger, File-Events und Warnungen

mcm1957

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

Kurze Info:

Das das Feedback zu diesen Beiträgen bisher immer sehr schlecht (bzw. wie hier: gar nicht vorhanden) war, werde ich mir in den nächsten Versionen nicht mehr die Arbeit machen und das alles als Beitrag zusammenschreiben. Die Zeit nutze ich lieber anders. Zusammenfassungen gibt's dann eventuell z.B. auf YouTube oder im Blog.

Hi
Ich glaube dass das Feedback eher knapp ist da

alles 1a erklärt wurde und daher keine offenen Fragen existieren.
die version keine nennenswerten Probleme macht die diskutiert werden müssten

Upvotes hat ser Artikel ja einige. Persönlich fände ich es schade wenn dudie mit viel Aufwand eingearbeiteten Verbesserungen nicht publik machen würdest.

Youtube ist f mich keine Alternative da ich gern lese statt fernzuschaun u mich die Werbungen stören. Aber ev bin ich auch zu altmodisch.

Mcm1957

haus-automatisierung

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

eine 8.3.x ist für mich ganz ferne Zukunft.
Warum sollte ich mich bei diesem Threadtitel angesprochen fühlen?

Hier im Forum wird sich öfter beschwert, dass Features einfach so online gestellt (= stable freigegeben) werden, ohne dass viele Nutzer diese ausführlich getestet hätten. Jetzt entwickle ich neue Features, dokumentiere diese hier und erhalte null Feedback.

Dann liegt die Version da zwei Wochen rum und irgendwann gibt es einen Issue, dass die doch mal stable werden könnte. Da ich nix gehört habe, stimme ich zu. Ohne zu wissen, ob die Funktionen jemals von jemand anderem (als von mir) getestet wurden.

Eventuell habe ich auch eine andere Erwartung an diese Tester-Kategorie (wenn eh niemand testen möchte, weil noch nicht stable).

Homoran

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

wenn eh niemand testen möchte, weil noch nicht stable

das ist mit Verlaub Blödsinn!
Natürlich ergibt ein Testen mit stable keinen Sinn.
Aber zum Testen benötigt man in diesem Fall ein Testsystem, welches ich im Moment nicht besitze.

GitHub Versionen in einer Logikmaschine des produktiven Systems sind in meinen Augen ein noGo.

Was aber nicht heisst, dass niemand testet.
Aber gerade in der Zeit der Brückentage und Kurzurlaube dermaßen kurzfristig erquickliche Diskussionen zu erwarten sollte man IMHO nicht.

wie viele der 55609 Installationen entfallen denn auf die 8.3.0?

haus-automatisierung

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

wie viele der 55609 Installationen entfallen denn auf die 8.3.0?

7.9.0: 52
7.9.1: 26
7.9.2: 23
7.9.3: 14
7.9.4: 87
8.0.0: 21
8.0.1: 4
8.0.2: 71
8.0.3: 648
8.1.0: 1
8.1.1: 293
8.2.0: 110
8.3.0: 348
8.3.1: 1672

Aber was sagt das aus? Eventuell hat niemand eine der Funktionen je ausprobiert, weil das alles Power-User sind, welche eh nur TypeScript nutzen. Genauso wie die Upvotes des Beitrags nichts aussagen.

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

GitHub Versionen in einer Logikmaschine des produktiven Systems sind in meinen Augen ein noGo.

Niemand erwartet eine Installation von GitHub (und da rate ich ja immer explizit von ab). Das sind klar definierte Versionen auf npm.

Homoran

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

Aber was sagt das aus?

nicht viel, aber immerhin könnten knapp 2000 User etwas dazu sagen.
(aber die Summe ergibt bei weiten keine 55.000 Installationen )

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

Eventuell hat niemand eine der Funktionen je ausprobiert

durchaus möglich, auch wenn nicht unbedingt aus dem von dir vermuteten Grund

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

Niemand erwartet eine Installation von GitHub

umso besser, da hatte ich die Info im Kasten falsch interpretiert

haus-automatisierung

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

GitHub Versionen in einer Logikmaschine des produktiven Systems sind in meinen Augen ein noGo.

Hältst Du es andersrum denn auch für ein No-Go, eine Version als stable freizugeben, für welche man nie Feedback erhalten hat? Denn die landet ja dann direkt auf sehr viel mehr Systemen. Auch auf Deinem.

Und genau das sollte diese Kategorie im Forum ja eigentlich abfangen (dachte ich zumindest). Dafür gibt es ja das komplette beta/stable Konzept. Nur ist das etwas absurd, wenn stable = "14 tage rumliegende Beta-Version". Und davon sind 10 Tage um.

paul53

@haus-automatisierung: wenn eh niemand testen möchte

Schließlich ist als Ergebnis von Tests die Version 8.3.1 entstanden.

haus-automatisierung

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

Schließlich ist als Ergebnis von Tests die Version 8.3.1 entstanden.

Ja, danke Dir für den PR und den Patch und dass Du immer regelmäßig testest. Aber das klärt für mich trotzdem nicht die Frage, ob und wer sich das angeschaut hat vor Freigabe zu stable. "Nie etwas negatives gehört" heißt ja nicht automatisch, dass alles läuft wie geplant.

Daher hatte ich hier zumindest auf positive Rückmeldungen gehofft. Gerade bei einem so großen und zentralen Adapter, welcher ja wirklich von fast jedem genutzt wird. Das einfach so in stable zu schieben macht immer etwas Bauchschmerzen.

Und wenn dann etwas nicht geht, muss man umso schneller reagieren mit Fixes und neuen Versionen.

Homoran

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

Und genau das sollte diese Kategorie im Forum ja eigentlich abfangen

ich muss ehrlich zugeben, dass ich erst bei meinem dritten Post festgestellt habe, dass das hier fie Kategorie "Tester" ist.
Ich gehe immer über unread oder recent rein, die Breadcrumbs übersehe ich meist.

Asche über mein Haupt, ich hielt es für eine Info.

Aber ja, hier ist der richtige Ort dafür.
Dann denke ich, dass @mcm1957 möglicherweise recht hat, dass es nichts zu meckern gibt, oder dass tatsächlich seit Erscheinen zu wenig Zeit vergangen ist.

Das mit den positiven Rückmeldungen ist leider ein Wunschdenken , frei nach dem Motto "nicht meckern ist Lob genug!"

liv-in-sky

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

wenn eh niemand testen möchte

leider habe ich keine negativen meldung für dich

habe dies mit log-bausteinen aktiviert und es tut seinen dienst - alles wunderbar - sonst hätte ich geschrieben - so will ich scripte entdecken, die noch request nutzen

und nochmal danke für deine arbeit - du bringst echt einen mehrwert in den adapter

Image 036.png

mcm1957

@haus-automatisierung

Also bei 1600 Installationen ohne gemeldete ernsthafte Fehler sehe ich kein Problem mit einer Release ins stable zu gehen. Es mag durchaus sein, dass neue Funktionalitäten da nicht in allen Bereichen getestet sind. Aber existierende Funktionalitäten sollten bei der Anzahl von Installationen eigentlich keinen großen Bug mehr enthalten. Immerhin gibt es auch genug technikaffine User die latest Releases durchaus produktiv einsetzen. (Ja, ist nicht empfohlen - aber wenn ich mir der Sache bewußt bin und weiß was ein Code, root und ein Logfile sind kann man das auf eigenes Risiko schon machen.)

Ergo
Ich versteh, dass du gerne mehr Rückmeldungen haben willst. Ich würde aber sagen die Kombi aus Installationen und Nicht-Issues sagt auch aus dass du gute Arbeit geleistest hast.

liv-in-sky

@haus-automatisierung aber du hast recht - man sollte auch positivs (also: alles funktioniert) zurückmelden - werd mich nächstes mal daran halten

DJMarc75

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

aber du hast recht - man sollte auch positivs (also: alles funktioniert) zurückmelden - werd mich nächstes mal daran halten

dito

haus-automatisierung

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

Ich würde aber sagen die Kombi aus Installationen und Nicht-Issues sagt auch aus dass du gute Arbeit geleistest hast.

Bei anderen Adaptern gehe ich da ja mit. Aber der JavaScript-Adapter kann in so vielen Ausprägungen genutzt werden, dass es extrem schwierig ist das bei neuen Features danach zu bewerten. Ich versuche zwar zu allem auch Tests zu programmieren um das direkt abzufangen - aber die Abdeckung ist ja längst nicht bei 100%. Und Blockly wird da gar nicht getestet - nur reines JavaScript.

Wenn es im statistics-Report einen Indikator dafür gäbe, welche Blöcke von welchem Typ wie oft genutzt werden, ...

paul53

@homoran sagte: Testsystem, welches ich im Moment nicht besitze.

Weshalb eigentlich nicht? Bei mir läuft das Testsystem auf einem PC in einer VM (VirtualBox).

mcm1957

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

Wenn es im statistics-Report einen Indikator dafür gäbe, welche Blöcke von welchem Typ wie oft genutzt werden, ...

Ev. könnte man das via sentry implementieren. Weiß nur nicht ob es schon mal möglich wäre benutzte Blöcke nur einmal je Adapetrstart zu senden. Weil sonst geht Ingos sentry Server sicher in die Knie und sentry.io wird mit Limits um sich werfen ...

haus-automatisierung

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

Ev. könnte man das via sentry implementieren.

Habe gerade schon überlegt, ob man ein weiteres Statistics-Plugin entwickeln könnte. Beim Shelly-Adapter würde es mich ja auch interessieren, welche Geräte mit welchen Versionen so im Einsatz sind. Ich überlege mir mal ein Konzept.

Homoran

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

Weshalb eigentlich nicht?

ich habe vor einiger Zeit (fast) alles zurückgefahren.

mcm1957

@haus-automatisierung
Red dich auch mit Foxriver zusammen. Drr js-controller 6 logged nun auch ob ein adapter vom repo od GH installiert wurde. Wenn das die Auswerteseiten mal lerben verschwinden dann Geisterreleasrs weil irgendwer nen Fork verteilt der nie in npm u repo gekommen ist.

Ev machts sinn da eine Art Adapterpayload zu definieren. Müsste man dann nur schaun wie man diee auswerten kann.

Aber ev ist sa sentry eh flexibel genug. @apollon77 weisst di da was dazu?

liv-in-sky

@haus-automatisierung

jetzt habe ich doch was - hat meinen javascript adapter lahmgelegt und auch den ganzen iob so verlangsamt, dass er fast nicht mehr reagiert hat - evtl knn man da was abfangen ?

hatte vorher was getestet und eine variable angelegt - tttest

Image 038.png

die variable hatte ich vorher deklariert und dann nach dem löschen dieser deklaration hatte ich vergessen diese varible wieder rauszumachen (siehe pfeil) - danach war dann das log voll - ich musste die javascript instanz stoppen. hier ein auszug aus dem log:

host.iobroker59
2024-05-21 13:30:49.688 warn instance system.adapter.javascript.0 terminated due to SIGABRT
host.iobroker59
2024-05-21 13:30:49.688 error Caught by controller[8]: 11: 0x170e079 [io.javascript.0]
host.iobroker59
2024-05-21 13:30:49.688 error Caught by controller[7]: 10: 0x12e139f v8::internal::Runtime_AllocateInYoungGeneration(int, unsigned long*, v8::internal::Isolate*) [io.javascript.0]
host.iobroker59
2024-05-21 13:30:49.688 error Caught by controller[6]: 9: 0xf1c04a v8::internal::Factory::NewFillerObject(int, v8::internal::AllocationAlignment, v8::internal::AllocationType, v8::internal::AllocationOrigin) [io.javascript.0]
host.iobroker59
2024-05-21 13:30:49.688 error Caught by controller[5]: 8: 0xf3ae47 v8::internal::HeapAllocator::AllocateRawWithRetryOrFailSlowPath(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [io.javascript.0]
host.iobroker59
2024-05-21 13:30:49.688 error Caught by controller[4]: 7: 0xf39a7e v8::internal::HeapAllocator::AllocateRawWithLightRetrySlowPath(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [io.javascript.0]
host.iobroker59
2024-05-21 13:30:49.688 error Caught by controller[3]: 6: 0xf5f38d v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [io.javascript.0]
host.iobroker59
2024-05-21 13:30:49.688 error Caught by controller[2]: 5: 0xf4ceb5 [io.javascript.0]
host.iobroker59
2024-05-21 13:30:49.688 error Caught by controller[1]: 4: 0xd6f957 v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, bool) [io.javascript.0]
host.iobroker59
2024-05-21 13:30:49.688 error Caught by controller[1]: 3: 0xd6f5b0 v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, bool) [io.javascript.0]
host.iobroker59
2024-05-21 13:30:49.688 error Caught by controller[1]: 2: 0xa9a7f8 [io.javascript.0]
host.iobroker59
2024-05-21 13:30:49.688 error Caught by controller[1]: 1: 0xb95be0 node::Abort() [io.javascript.0]
host.iobroker59
2024-05-21 13:30:49.688 error Caught by controller[1]: FATAL ERROR: Reached heap limit Allocation failed - JavaScript heap out of memory
host.iobroker59
2024-05-21 13:30:49.688 error Caught by controller[1]: <--- JS stacktrace --->
host.iobroker59
2024-05-21 13:30:49.688 error Caught by controller[1]: [160723:0x5b2e870] 128330 ms: Mark-sweep 4018.8 (4143.0) -> 4005.3 (4145.5) MB, 3421.1 / 0.0 ms (average mu = 0.065, current mu = 0.029) allocation failure; scavenge might not succeed
host.iobroker59
2024-05-21 13:30:49.688 error Caught by controller[1]: [160723:0x5b2e870] 124805 ms: Mark-sweep 4016.3 (4140.7) -> 4002.5 (4143.0) MB, 2186.4 / 0.0 ms (average mu = 0.113, current mu = 0.045) allocation failure; scavenge might not succeed
host.iobroker59
2024-05-21 13:30:49.687 error Caught by controller[1]: <--- Last few GCs --->

javascript.0
2024-05-21 13:28:45.040 error at AdapterClass.emit (node:events:517:28)

javascript.0
2024-05-21 13:28:45.040 error at AdapterClass.<anonymous> (/opt/iobroker/node_modules/iobroker.javascript/main.js:943:47)

javascript.0
2024-05-21 13:28:45.040 error at Array.forEach (<anonymous>)

javascript.0
2024-05-21 13:28:45.040 error at /opt/iobroker/node_modules/iobroker.javascript/main.js:944:44

javascript.0
2024-05-21 13:28:45.040 error at Array.forEach (<anonymous>)

javascript.0
2024-05-21 13:28:45.040 error at /opt/iobroker/node_modules/iobroker.javascript/main.js:947:32

javascript.0
2024-05-21 13:28:45.040 error at Object.<anonymous> (script.js.common.LOG-ErrorMitRequest:15:15)

javascript.0
2024-05-21 13:28:45.040 error script.js.common.LOG-ErrorMitRequest: TypeError: Cannot read properties of undefined (reading 'indexOf')

javascript.0
2024-05-21 13:28:45.039 error at NotifierTransport.emit (node:events:517:28)

javascript.0
2024-05-21 13:28:45.039 error at NotifierTransport.<anonymous> (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:10782:22)

javascript.0
2024-05-21 13:28:45.036 error at AdapterClass.emit (node:domain:489:12)

javascript.0
2024-05-21 13:28:45.036 error at AdapterClass.emit (node:events:517:28)

javascript.0
2024-05-21 13:28:45.036 error at AdapterClass.<anonymous> (/opt/iobroker/node_modules/iobroker.javascript/main.js:943:47)

javascript.0
2024-05-21 13:28:45.036 error at Array.forEach (<anonymous>)

javascript.0
2024-05-21 13:28:45.036 error at /opt/iobroker/node_modules/iobroker.javascript/main.js:944:44

javascript.0
2024-05-21 13:28:45.036 error at Array.forEach (<anonymous>)

javascript.0
2024-05-21 13:28:45.036 error at /opt/iobroker/node_modules/iobroker.javascript/main.js:947:32

javascript.0
2024-05-21 13:28:45.036 error at Object.<anonymous> (script.js.common.LOG-ErrorMitRequest:15:15)

javascript.0
2024-05-21 13:28:45.036 error script.js.common.LOG-ErrorMitRequest: TypeError: Cannot read properties of undefined (reading 'indexOf')

javascript.0
2024-05-21 13:28:45.035 error at NotifierTransport.emit (node:events:517:28)

javascript.0
2024-05-21 13:28:45.035 error at NotifierTransport.<anonymous> (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:10782:22)

javascript.0
2024-05-21 13:28:45.035 error at AdapterClass.emit (node:domain:489:12)

javascript.0
2024-05-21 13:28:45.035 error at AdapterClass.emit (node:events:517:28)

javascript.0
2024-05-21 13:28:45.035 error at AdapterClass.<anonymous> (/opt/iobroker/node_modules/iobroker.javascript/main.js:943:47)

javascript.0
2024-05-21 13:28:45.035 error at Array.forEach (<anonymous>)

javascript.0
2024-05-21 13:28:45.035 error at /opt/iobroker/node_modules/iobroker.javascript/main.js:944:44

javascript.0
2024-05-21 13:28:45.035 error at Array.forEach (<anonymous>)

javascript.0
2024-05-21 13:28:45.035 error at /opt/iobroker/node_modules/iobroker.javascript/main.js:947:32

javascript.0
2024-05-21 13:28:45.035 error at Object.<anonymous> (script.js.common.LOG-ErrorMitRequest:15:15)

javascript.0
2024-05-21 13:28:45.035 error script.js.common.LOG-ErrorMitRequest: TypeError: Cannot read properties of undefined (reading 'indexOf')

javascript.0
2024-05-21 13:28:45.034 error at NotifierTransport.emit (node:events:517:28)

javascript.0
2024-05-21 13:28:45.034 error at NotifierTransport.<anonymous> (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:10782:22)

javascript.0
2024-05-21 13:28:45.034 error at AdapterClass.emit (node:domain:489:12)

javascript.0
2024-05-21 13:28:45.034 error at AdapterClass.emit (node:events:517:28)

javascript.0
2024-05-21 13:28:45.034 error at AdapterClass.<anonymous> (/opt/iobroker/node_modules/iobroker.javascript/main.js:943:47)

javascript.0
2024-05-21 13:28:45.034 error at Array.forEach (<anonymous>)

javascript.0
2024-05-21 13:28:45.034 error at /opt/iobroker/node_modules/iobroker.javascript/main.js:944:44

javascript.0
2024-05-21 13:28:45.034 error at Array.forEach (<anonymous>)

javascript.0
2024-05-21 13:28:45.034 error at /opt/iobroker/node_modules/iobroker.javascript/main.js:947:32

javascript.0
2024-05-21 13:28:45.034 error at Object.<anonymous> (script.js.common.LOG-ErrorMitRequest:15:15)

javascript.0
2024-05-21 13:28:45.034 error script.js.common.LOG-ErrorMitRequest: TypeError: Cannot read properties of undefined (reading 'indexOf')