Problem mit REST-API 3.xxx
-
Hallo zusammen,
bisher habe ich mir dem Adapter REST-API Version: 2.xxx Datenpunkte wie folgt beschrieben:http://IOBROKER:8082/rest-api/v1/state/NAME_der_Variable?value=true
Der Adapter ist als Web-Extension konfiguriert.
Das funktioniert nun unter der Version 3.xx nicht mehr. Ich bekomme auch den korrekten Syntax nicht heraus. Wie lautet der korrekte Syntax? Und muß ich jetzt tatsächlich über 50 Geräte auf den neuen Syntax ändern???
Habe ich was übersehen?Danke für die Hilfe.
-
@michaz-602
Lt. README sollte die Syntax /rest/ und nicht /rest-api/ sein.
https://github.com/ioBroker/ioBroker.rest-api?tab=readme-ov-file#web-extensionOb sich da was geändert hat ? Keine Ahnung. Im README steht nichts dazu.
-
EDIT:
Im code steht allerdings "rest-api". Deine Syntax sollte als m.E: OK sein.Da du nicht genau geschrieben hast welche SW VErsion du einsetzt wäre es ev auch sinnvoll die aktuella LATEST zu testen (3.1.0) da dort lt. README etwas bei webextension Einsatz gefixed wurde.
-
ich habe sowohl "/rest/" als auch "/rest-api/" versucht.
Auch mit Rest-API 3.1.0 dasselbe Ergebnis. Deshalb hatte ich 3.xx geschrieben, weil ich alle 3er Versionen getestet habe.
Das ganze System ist aktuell. node.js ist v22.20.0, NPM 10.9.3 und iobroker selbst
7.0.7Iobroker läuft im Docker, das sollte aber keine Rolle spielen, da es seit Jahren und zuletzt mit 2.03 von Rest-API ja läuft. Ich finde einfach den Fehler nicht.
-
@michaz-602
Gibts eigentlich irgendeine Fehlermeldung?
Als Antwort auf den http request?
Im ioBroker Log?Im Prinzip steig ich aber aus. Hab zu wenig Detailwissen. Sorry.
-
@michaz-602 sagte in Problem mit REST-API 3.xxx:
v1/state/NAME_der_Variable?value=true
ich empfehle vorerst bei der 2.03 zu bleiben. Alle 3.xx funktionieren als WEB-Extension mit dem WEB-Server nicht. Da wurde auch mehrfach dran gearbeitet, scheinbar ohne Erfolg. Ich habe die 3.xx zumindest nicht zum Laufen gebracht.
Als eigenständiger Adapter(Port: 8093) funktioniert es allerdings!
-
@fastfoot said in Problem mit REST-API 3.xxx:
@michaz-602 sagte in Problem mit REST-API 3.xxx:
v1/state/NAME_der_Variable?value=true
ich empfehle vorerst bei der 2.03 zu bleiben. Alle 3.xx funktionieren als WEB-Extension mit dem WEB-Server nicht. Da wurde auch mehrfach dran gearbeitet, scheinbar ohne Erfolg. Ich habe die 3.xx zumindest nicht zum Laufen gebracht.
Als eigenständiger Adapter(Port: 8093) funktioniert es allerdings!
Und hast du dazu auch ein ISSUE erstellt? Derzeit ist KEIN Problem gemeldet. Und ohne ein Issue wird der Maintainer auch nichts von einem Problem erfahren oder dieses Eingrenzen können.
-
@mcm1957 feel free to do so
-
Da ca 20% aller User bereits die 3.x.x benutzen ist es allerdings auch denkbar dass hier bei einzelnen Usern ein lokales Problem bzw. eine besondere Konstellation vorliegt:
Mangels Issue und damit nachvollziehbaren Daten / gezielten Rückfragen zu sonstigen Einstellungen ist da eine Problemeingrenzung allerdings nur im Glaskugelmodus möglich.
-
@mcm1957 sagte in Problem mit REST-API 3.xxx:
@fastfoot said in Problem mit REST-API 3.xxx:
@michaz-602 sagte in Problem mit REST-API 3.xxx:
v1/state/NAME_der_Variable?value=true
ich empfehle vorerst bei der 2.03 zu bleiben. Alle 3.xx funktionieren als WEB-Extension mit dem WEB-Server nicht. Da wurde auch mehrfach dran gearbeitet, scheinbar ohne Erfolg. Ich habe die 3.xx zumindest nicht zum Laufen gebracht.
Als eigenständiger Adapter(Port: 8093) funktioniert es allerdings!
Danke, das hilft weiter. Als eigenen Adapterport möchte ich das nicht einrichten. Der Hintergrund ist, dass ich bei dann bei allen Geräten den aufzurufenden "http://......"-Befehl ändern muß. Und das sind wirklich viele, dutzende....
Hintergrund:
Ich arbeite möglichst ohne Adapter, da diese ziemlich viele Ressourcen binden und vor allem jeweils Unmengen an Datenpunkten anlegen. Von diesen Datenpunkten brauche ich aber in der Regel nur 1-2.
Ich löse das so, dass ich zum Schalten eines Aktors die API des Gerätes benutze und einen http-Befehl sende. Umgekehrt sendet das Gerät einen http-Befehl per Rest-APi um den iobroker zu informieren.In der Summe konnte ich fast 1 GB an RAM einsparen und ca. 4500 Datenpunkte. Also das merkt man schon.
-
@mcm1957 sagte in Problem mit REST-API 3.xxx:
Mangels Issue
So etwas sollte bereits beim sorgfältigen Testen auffallen...
Der Fehler liegt darin dass der Web-Server die Dateien der Extension in iobroker/rest-api/dist sucht, diese sich aber im Ordner build befinden. Das ist wohl durch die Umstellung auf Typescript passiert
Womit auch die Aussagekraft der Installationsdaten von 20% entkräftet wäre...
Und nein, issues lege ich schon lange nicht mehr an...
-
@fastfoot said in Problem mit REST-API 3.xxx:
Und nein, issues lege ich schon lange nicht mehr an...
Darfst den Fehler gerne behalten
Kein(e) Fehler(meldung) - keine Änderungen. Erspart uns Arbeit.
Und nur damit's klar ist - da der Dev des Adapters hier kaum mitliest wird er ohne Issue von Problemen nichts erfahren. Und da sich deine Bereitschaft zur Mithilfe offenbar im Keller befindet wird sich da wohl auch nichts dran ändern. Kann sich ja jeder selbst eine Meinung zu deiner Einstellung machen. Bei mir kommst mal auf die ignore List - bye... -
@mcm1957 sagte in Problem mit REST-API 3.xxx:
Und da sich deine Bereitschaft zur Mithilfe offenbar im Keller befindet
da frage ich mich doch wer denn den Fehler analysiert und gefunden hat. DU jedenfalls nicht
Ich habe, wie auch andere, sehr gute Gründe keine issues (mehr) zu erstellen, das wurde hier im Forum und auch an anderer Stelle zur Genüge diskutiert. Die Gründe kann man teilen oder auch nicht, für mich haben sie Bestand
Und wenn du glaubst dass ein issue hilfreich ist dann erstelle gefälligst eines und delegiere es nicht an Andere. Mag sein dass du keine Lust und/oder Zeit dazu hast aber dann unterstelle nicht Anderen sie hätten diese. Das gilt auch für den netten Downvoter
Für alle Anderen, der Fehler ist in der 3.1.1 gefixt. Ist noch nicht im Repo aber von Github oder durch Eingabe der Versionsnummer(Expertenmodus) zu installieren
-
@fastfoot Der nette Downvoter war ich, und ich denke, das zu Recht. Was Du hier abziehst und wie Du Dich aufführst finde ich unter aller Kanone.
Bei so gut wie jedem Open-Source-Projekt, welches ich kenne, ist es üblich, dass derjenige, der einen Fehler findet, eben in Github ein Issue anlegt, damit es der Entwickler auf dem Schirm hat und sich (irgendwann) drum kümmert. So wie Du aber @mcm1957 anpflaumst und anscheinend der Meinung bist, hier im Forum auf einen möglichen Fehler hinzuweisen und dann wird sich schon irgendein Dummer drum kümmern, das geht einfach gar nicht. Da hast Du wohl irgendwie eine völlig falsche Erwartungshaltung an das, was Freiwillige hier unbezahlt in ihrer Freizeit treiben.
Und nun kannst Du mich gerne auch downvoten.
Gruss, Jürgen
-
@fastfoot said in Problem mit REST-API 3.xxx:
@mcm1957 sagte in Problem mit REST-API 3.xxx:
Und da sich deine Bereitschaft zur Mithilfe offenbar im Keller befindet
da frage ich mich doch wer denn den Fehler analysiert und gefunden hat. DU jedenfalls nicht
Ich habe, wie auch andere, sehr gute Gründe keine issues (mehr) zu erstellen, das wurde hier im Forum und auch an anderer Stelle zur Genüge diskutiert. Die Gründe kann man teilen oder auch nicht, für mich haben sie Bestand
Und wenn du glaubst dass ein issue hilfreich ist dann erstelle gefälligst eines und delegiere es nicht an Andere. Mag sein dass du keine Lust und/oder Zeit dazu hast aber dann unterstelle nicht Anderen sie hätten diese. Das gilt auch für den netten Downvoter
Es ist allgemeiner Konsens dass im Fehlerfall ein Issue zu erstellen ist, da nur ein Issue sicherstellt dass ein Problem erfasst ist. Das soll keine Schikane sein. Das Forum ist KEINE gesicherte Stelle um Fehler zu melden. Und warum das derjenige machen sollte der einen Fehler findet ist wohl auch klar: Nur derjenige kennt alle Details seiner installation und steht ggF. für Rückfragen zur Verfügung. Warum du in Trotzhaltung dich weigerst ein Issue zu erstellen weißt nur du. Falls du es technisch nicht schaffst, lass es uns wissen damit wir dir helfen. Falls es nicht technisch bedingt ist solltest du wirklich mal deine Einstellung hinterfragen. Alle Entwickler hier machen diese Arbeit freiwillig und unbezahlt. Meldungen wie deine motivieren ungemein - zum Aufhören. Und dann kannst du dir seine Dinge selber machen.
Für alle Anderen, [der Fehler ist in der 3.1.1 gefixt]. Ist noch nicht im Repo aber von Github oder durch Eingabe der Versionsnummer(Expertenmodus) zu installieren
Dass der fehler nun rasch gefixed wurde ist allerdings auch nicht dir zu verdanken :-). Danke, dass du die Ursache ermittelt hast - aber wenn ich den Dev nicht auf anderem Weg die Info weitergeleitet hätte würde er es weder wissen noch wäre es behoben.
-
@fastfoot said in Problem mit REST-API 3.xxx:
Für alle Anderen, [der Fehler ist in der 3.1.1 gefixt]. Ist noch nicht im Repo aber von Github oder durch Eingabe der Versionsnummer(Expertenmodus) zu installieren
Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten.
GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.
Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.
Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.
-
@wildbill Also das 'Anpflaumen' hätte ich doch gerne mal belegt!
Ein issue zu erstellen wäre wenn dann doch Aufgabe des TE gewesen, ich kann nicht erkennen wieso ich das sein sollte, ich habe und hatte gar kein Problem mit dem Adapter! Und was meine 'fehlende' Mithilfe angeht, noch bin ich mein eigener Herr und entscheide selbst was ich wann für wen tue. Das kann man mögen oder auch nicht, keinesfalls lasse ich mir hier sagen: Tu dies, tu das!
Ich habe ansonsten gar keine falsche Erwartungshaltung, bin ich doch hier eher als Helfer denn als Hilfesuchender unterwegs, auch ganz kostenlos und als Freiwilliger in meiner Freizeit.
Nochmal, wenn du eine Lücke in meiner Hilfsbereitschaft findest, fülle sie aus oder lass es bleiben, aber erzähl mir nicht was ich zu tun und zu lassen habe
Seltsam auch dass das issue ganz ohne meine Mithilfe bereits gefixt ist, vlt. list ja Bluefox doch mit
Damit ist das Thema für mich gänzlich erledigt
-
@fastfoot said in Problem mit REST-API 3.xxx:
Seltsam auch dass das issue ganz ohne meine Mithilfe bereits gefixt ist, vlt. list ja Bluefox doch mit
Lesen hilft manchmal
https://forum.iobroker.net/topic/82447/problem-mit-rest-api-3-xxx/15 -
@mcm1957 Bei Eingabe einer Versionsnummer wird von npm installiert! Bitte mach dich doch entsprechend kundig, die anschliessende Versionsangabe hat auch nicht das Github-Icon.
Und Latest(Beta) Installationen macht man eh nicht auf Prod-Systemen, der Hinweis war für ganz ungeduldige
-
@wildbill sagte in Problem mit REST-API 3.xxx:
@fastfoot Der nette Downvoter war ich, und ich denke, das zu Recht. Was Du hier abziehst und wie Du Dich aufführst finde ich unter aller Kanone.
Bei so gut wie jedem Open-Source-Projekt, welches ich kenne, ist es üblich, dass derjenige, der einen Fehler findet, eben in Github ein Issue anlegt, damit es der Entwickler auf dem Schirm hat und sich (irgendwann) drum kümmert. So wie Du aber @mcm1957 anpflaumst und anscheinend der Meinung bist, hier im Forum auf einen möglichen Fehler hinzuweisen und dann wird sich schon irgendein Dummer drum kümmern, das geht einfach gar nicht. Da hast Du wohl irgendwie eine völlig falsche Erwartungshaltung an das, was Freiwillige hier unbezahlt in ihrer Freizeit treiben.
Und nun kannst Du mich gerne auch downvoten.
Gruss, Jürgen
Ich erstelle auch nur noch wenige issues.
Der Kampf gegen stale bots mit dem Kommentar durch andere, man könnte durch Kommentieren das verlängern war mir dann irgendwann nach der Xten Verlängerung zu Sisiphus-mäßig
