Hallo Felix,

wir setzen seit Version 13 primär auf die Kombination WebSocket und JSON, was zwar in der Verwendung nicht so simpel ist, wie eine HTTP GET Abfrage per curl, dafür aber andere Vorteile bietet (z.B. bidirektionale Echtzeitkommunikation, Authentifizierung auf Applikationsebene etc.). Es wäre sehr aufwendig jetzt, parallel zu WebSocket, eine REST API durch sämtliche Applikationen aufzuziehen. Zumal man den Umfang gar nicht abschätzen kann, was man so alles GETten und PUTten möchte.

Aber ich kann den Wunsch nach einer REST API absolut nachvollziehen. In bestimmten Szenarien ist das aufziehen einer WebSocket Session, samt Authentifizierung, für eine einzige GET Abfrage ist wie mit Kanonen auf Spatzen geschossen.

Alternativ kann man eine eigene App bilden, die auf einer Seite eine maßgeschneiderte REST API zur Verfügung stellt, und auf der anderen Seite per WebSocket mit PBX oder App Service kommuniziert. Dazu gibt es einen Beispiel in der SDK Dokumentation:

https://sdk.innovaphone.com/13r1/doc/tutorials/HttpRequests.htm

Zusätzlich, ab Version 13r2 wird es eine JavaScript Runtime Environment geben, mit der man die Middliware auch in JavaScript, anstatt in C++, umsetzen könnte. Dies erscheint mir als realistischere Variante, was REST API angeht.

Grüsse

Andreas Fink

P.S.: übrigens, die "alte" Web GUI von innovaphone Gateways und IP-Phones basiert auf GET und POST Requests, womit man theoretisch eine REST API bereits hat. Es reicht im Browser die HTTP Requests zu untersuche, während man die PBX Konfiguriert, um zu sehen, was genau gepostet wird.