Test: Adapter Log Parser v0.x.x GitHub
-
@Glasfaser sagte in Test: Adapter Log Parser v0.x.x GitHub:
@Mic sagte in Test: Adapter Log Parser v0.x.x GitHub:
Bitte hier weiter schreiben: Log Parser: Fragen und Antworten zu Regex und Filterregeln
Könntest du es vielleicht für andere im Startbeitrag mit anheften !?
Ich denke mal .... die Frage wird öfters kommen
Guter Hinweis, habe ich gemacht.
@Glasfaser sagte in Test: Adapter Log Parser v0.x.x GitHub:
Mir ist ein kleiner Fehler in der VIS Vorlage aufgefallen bzw. ein Schönheitsfehler !
Danke auch für diesen Hinweis, habe ich aktualisiert.
In der Version 0.4.6 habe ich nun noch ein paar Fixes unter der Haube gemacht, vor allem werden nun Fehler abgefangen, falls ein User eine falsche Regex eingegeben hat.
logparser.0 2020-04-13 13:30:37.961 warn (18084) Filter "Test", option "Whitelist AND":Regex Error: SyntaxError: Invalid regular expression: /abc [Test-123-ABC]/: Range out of order in character class logparser.0 2020-04-13 13:30:37.961 warn (18084) Therefore, regex in filter "Test", option "Whitelist AND" will be ignored. -
@Mic sagte in Test: Adapter Log Parser v0.x.x GitHub:
@Glasfaser sagte in Test: Adapter Log Parser v0.x.x GitHub:
Mir ist ein kleiner Fehler in der VIS Vorlage aufgefallen bzw. ein Schönheitsfehler !
Danke auch für diesen Hinweis, habe ich aktualisiert.
Moin @Mic, kann es sein, dass sich beim Aktualiseren des Projektes ein Fehler eingeschlichen hat?
Beim Import Versuch erhalte ich nun folgende Fehlermeldung
-
-
-
Ich habe den Link im ersten Betrag heruntergeladen, damit gieht es nciht.
Die Version von gestern/vorgestern lief problemlos ... ich werde sie noch einmal direkt von Github holen -
@BBTown sagte in Test: Adapter Log Parser v0.x.x GitHub:
Ich habe den Link im ersten Betrag heruntergeladen,
Wo ist der denn ??
-
@BBTown
Würde mich auch interessieren...Am besten so herunterladen:
-
@Mic @Glasfaser
sorry, da habe ich mich blöd ausgedrückt.
Im ersten Beitrag ist bie der VIS der Link "Hier die Beschreibung" und dort im ersten Absatz ist ein Link den ich per rechten Mausklick und "Ziel speichern unter ..." heruntergeladen habe. -
Das ist nur ein Link .... keine Zip Datei !!!
@Mic
Stimmt ... im ersten Augenblick denkt man, das soll man runterladen ! -
@Glasfaser Das Downloadergebnis ist eine Zip-Datei ... wohl nur ohne den korrekten Inhalt
@Mic der Import direkt von der Github-Version hat dann auch auf anhieb geklappt ... -
-
@Glasfaser auch der Dateiname entspricht dem erwarteten
Danke euch für Tipp in die richtige Richtung!!
-
@BBTown sagte in Test: Adapter Log Parser v0.x.x GitHub:
Danke euch für Tipp in die richtige Richtung!!
Ich denke mal eher von dir ... kann jedem passieren
Ahh .. eine zip Datei ...ich lade die mal runter
-
Danke euch beiden, echt verwirrend.
Hab gerade einen Direktlink bei Github hinterlegt, aber Github verweist dann immer auf die Download-Seite statt die zip. Werde das in der Doku ändern, ein Link mit .zip impliziert ja wirklich, dass das die Datei sein muss
-
Das waren die versteckten Ostereier
Sehr gut gemacht
-
@Glasfaser @Mic
Man kann ja auch nicht auf jede bekloppte Idee, jene welche eine Anwender hat, im Voraus selbst kommen
-
@Mic
Mir ist gerade aufgefallen, dass ich folgende "warn"-Meldungen nach dem Löschen von Logs über die von dir zur Verfügung gestellte VIS erhalte.logparser.0 2020-04-13 15:39:43.848 warn (4090) This value will not be set in future versions. Please report this to the developer. logparser.0 2020-04-13 15:39:43.847 warn (4090) State value to set is invalid for logparser.0.visualization.table0.emptyJson: The state is missing the required property val!Anmerkung: Ich habe die Beta v3.0.7 des js-controllers im Einsatz, falls relevant
-
Danke fürs berichten. Hatte eigentlich schon korrigiert, aber noch einen Datenpunkt vergessen. Ist jetzt aktualisiert auf Github.
-
@Mic es wird allerdings nach wie vor die v0.46 nach der aktualisierten Installation angezeigt?!
-
Ist bereits auf Github, aber ohne Versionsanpassung.
Man soll als Adapter-Entwickler wohl nicht jede "Kleinigkeit" hoch-versionieren, schon mehrfach gelesen, zuletzt hier:
@e-s sagte in Vorschlag zu: "Richtlinien für Kategorie Tester":
Für jeden push ein versionsupdate finde ich besonders am Anfang sehr ungünstig.
Lieber wirklich dann wenn eine Funktion so läuft wie gewünscht.Das ist leider als Anwender verwirrend, für mich selbst als Anwender von anderen Adaptern auch.
Ich würde mir wünschen, jeder Push (also jedes Update auf Github) muss in der Version ersichtlich sein, außer vielleicht Tippfehler (editorial changes), Doku-Anpassungen, leichte optische Anpassungen im ioBroker Admin.
Aber ich arbeite erst seit kurzem an der Adapter-Entwicklung, daher halte ich mich noch mit Änderungsvorschlägen etwas zurück und sammle noch etwas Erfahrung
So richtig vorgegeben per Regeln ist das ganze auch noch nicht, aber wäre wohl gut. Ich bleibe da dran. (die Regel ist aber klar Semantic Versioning)
