IBM stelt betrouwbaar HTTP voor

HTTP is een redelijk betrouwbaar protocol. Het biedt berichten slechts eenmaal aan, doet dit altijd op volgorde en geeft duidelijk aan of een bericht al of niet afgeleverd is. Het protocol geeft in het laatste geval echter niet aan, op welk punt in de communicatielijn de problemen zijn ontstaan. Evenmin biedt het een voorziening voor de afhandeling van fouten in de communicatie. Het is daardoor niet mogelijk de kwaliteit van de berichtuitwisseling te garanderen. Dat gebrek aan inzicht en beheersmogelijkheden is een enorm probleem voor moderne messaging-systemen en voor e-commerce-toepassingen. Het is bijvoorbeeld van wezenlijk belang om te weten of een bestelling simpelweg niet is aangekomen bij de elektronische leverancier, of dat de bevestiging onderweg is blijven steken. Dergelijke functionaliteit is in principe wel in te bouwen in de toepassingen, maar dat vraagt behoorlijk omvangrijke codeerinspanningen. Het HTTPR (voor reliable) definieert een mechanisme dat dergelijke problemen op protocolniveau afhandelt. Kern van de oplossing is dat de verschillende tussenstations die bij zender en ontvanger voor de communicatie zorgen, een kopie van een verzonden bericht vasthouden totdat ontvangst aan de andere kant is bevestigd. Het is daardoor eenvoudig vast te stellen, waar een communicatiepoging is gestrand, als antwoord uitblijft. In het HTTPR zijn mechanismes gedefinieerd voor de afhandeling van de verschillende foutsituaties die oorzaak kunnen zijn voor het uitblijven van een dergelijke bevestiging. HTTPR vraagt geen aanpassingen in bestaande protocols als HTTP 1.1 en SOAP. Toch kan het nog makkelijk een jaar duren voordat HTTPR tot standaard is verheven. (jwy) Meer informatie over HTTPR: A Primer for HTTPR