WebSocket, Socket.IO en MQTT mocken

Het verzoektype WebSocket geeft toegang tot drie servers, afhankelijk van het gekozen protocol.

Rechtsklik op een map ▸ Toevoegen ▸ WebSocket-server / Socket.IO-server / MQTT-server.

Een MQTT-serverelement dat luistert: de poort van de broker, het topic en de QoS, de status “0 client(s) connecté(s)” en het bericht MQTT broker listening on mqtt://localhost:1884

WebSocket-server

Accepteert inkomende verbindingen op localhost:<poort> en laat u frames naar de verbonden clients versturen.

Socket.IO-server

Hetzelfde, maar met de semantiek van Socket.IO: berichten zijn benoemde events.

MQTT-broker

De interessantste van de drie: Restorm host een echte lokale MQTT-broker.

Eén broker per poort.
Bereikbaar via ruwe TCP én via een gateway van MQTT-over-WebSocket — uw browserclients kunnen er dus direct mee verbinden.
Publicaties en abonnementen werken normaal, inclusief QoS en retentie.

Daarmee ontwikkelt en test u een volledige IoT-keten zonder Mosquitto te installeren en zonder van een gedeelde broker afhankelijk te zijn.

Poorten delen

Deze servers delen hun socket met de HTTP-servers op dezelfde poort: Restorm routeert de gewone verzoeken naar de HTTP-routes en de upgrade-verzoeken (upgrade) naar de realtimeserver.

Een HTTP-mockserver en een Socket.IO-server kunnen dus samen op :8080 luisteren — vaak is dat precies de topologie van een echte webapplicatie.

In een scenario

De acties WebSocket-server sluiten en Socket.IO-server sluiten sluiten een server die door een verbindingsactie in servermodus is geopend. Zie Gehoste servers.