Introduksjon til STOMP-protokollen

Velkommen til STOMP! Når De bygger sanntidsapplikasjoner med WebSockets, trenger De ofte mer enn bare overføring av rådata. De trenger struktur, ruting og en måte å abonnere på bestemte meldinger.

STOMP (Simple Text Oriented Messaging Protocol) tilbyr denne strukturen. Tenk på den som en protokoll på et høyere nivå som ligger oppå WebSockets.

Med rå WebSockets sender klienter og servere vilkårlige byte eller strenger. Hvis De vil sende en «chatmelding» eller en «bruker ble med»-hendelse, må De definere Deres egne regler:

• Hvordan vet jeg hva slags melding det er?
• Hvem skal motta denne meldingen?
• Hva om jeg vil sende data i et bestemt format, for eksempel JSON?

Uten en protokoll må De implementere alt dette manuelt.

STOMP løser disse problemene ved å definere en standardisert måte å sende og motta meldinger på. Det er som å bli enige om et felles språk for sanntidskommunikasjonen.

• Den er tekstbasert, noe som gjør den enkel å feilsøke.
• Den bruker et enkelt rammeformat for all kommunikasjon.
• Den støtter vanlige meldingsmønstre som publisering og abonnement.

All kommunikasjon i STOMP skjer via «rammer». En STOMP-ramme består av tre hoveddeler:

• COMMAND: Hvilken handling som utføres (for eksempel SEND, SUBSCRIBE, CONNECT).
• HEADERS: Nøkkel-verdi-par som gir tilleggsinformasjon (for eksempel destinasjon, innholdstype).
• BODY: Selve meldingsinnholdet.

Disse delene skilles fra hverandre med linjeskift.

Når en klient vil opprette en STOMP-tilkobling over en WebSocket, sender den en CONNECT-ramme. Dette forteller serveren at klienten vil bruke STOMP. Legg merke til den tomme linjen før nullbyten (^@) som avslutter rammen.

Slik ser en enkel CONNECT-ramme ut:

Hvis serveren godtar tilkoblingen, svarer den med en CONNECTED-ramme. Dette bekrefter at STOMP-økten er klar. Den inneholder også headere som serverens versjon og økt-ID. Husk at rammer avsluttes med en nullbyte (^@).

Klienter bruker kommandoen SEND til å sende en melding. Denne rammen krever en destination-header som forteller STOMP-megleren hvor meldingen skal rutes. Meldingskroppen inneholder de faktiske dataene, ofte i JSON-format. Ikke glem nullbyten (^@) som avslutter rammen!

Klienter mottar meldinger ved å bruke kommandoen SUBSCRIBE. De angir en destination de vil lytte til, og en id for abonnementet. Serveren sender deretter MESSAGE-rammer til denne klienten når nye data blir tilgjengelige på destinasjonen. Rammer avsluttes alltid med en nullbyte (^@).

STOMP bruker destinasjoner til å rute meldinger. De fungerer som adresser. De vanligste typene er:

• Emner (/topic/...): For kringkastingsmeldinger, der alle abonnenter mottar en kopi. Dette passer godt for chatterom.
• Køer (/queue/...): For punkt-til-punkt-meldinger, som vanligvis håndteres av én konsument. Dette er nyttig for private meldinger eller oppgavekøer.

Denne innebygde routingen er en stor fordel sammenlignet med rå WebSockets.

STOMP gir betydelige fordeler for sanntidsapplikasjoner:

• Strukturert meldingsutveksling: Standardisert rammeformat.
• Meldingsruting: Innebygd støtte for emner og køer.
• Abonnementsmodell: Det er enkelt for klienter å lytte etter bestemte hendelser.
• Enklere klientside: Det finnes mange klientbiblioteker som håndterer STOMP-rammer og forenkler utviklingen.

Det gir et robust lag for komplekse meldingsmønstre.

I denne leksjonen har De lært om STOMP-protokollen og hvorfor den er viktig for strukturert sanntidskommunikasjon over WebSockets.

• Rå WebSockets har ingen innebygd struktur eller ruting for meldinger.
• STOMP tilbyr et enkelt, tekstbasert rammeformat (COMMAND, HEADERS, BODY).
• Viktige STOMP-kommandoer omfatter CONNECT, CONNECTED, SEND og SUBSCRIBE.
• Den muliggjør kraftige funksjoner som emnebasert kringkasting og købasert punkt-til-punkt-meldingsutveksling.

Deretter skal vi se hvordan STOMP integreres med Spring Boot!