Fiabilit des changes CHAPITRE 18669Mise en douteEn cas de mise en doute, la synchronisation avec le rcepteur est ncessaire, accompagne ventuellement par le dmarrage dne nouvelle session (voir les commandes REPORT et GET-RESPONDER-INFO).Les tats du rcepteur HTTPRLe rcepteur HTTPR est responsable de la sauvegarde permanente et durable, dans son systme de persistance, de tous les messages reus par les transactions HTTPR conmes, avant consommation par les applications destinataires. Les messages qul gre sont dans les tats suivants (voir ure 18-7) : �reu : le message est reu dans le cadre dne transaction conme et est sauvegard ; �rejet : le message est reu dans le cadre dne transaction rejete ou annule ; �incertain : le message est reu dans le cadre dne transaction mise en doute ; �consomm : le message est consomm par lpplication destinataire et se prpare tre purg . L﹖at du rcepteur peut tre reprsent par les variables suivantes : �ldentint de la dernire transaction HTTPR reue (initialis 0) ; �le statut de la dernire transaction HTTPR reue (initialis conme ) ; �ldentint de la dernire transaction HTTPR envoye par l﹎etteur, qui lui a t communiqu par l﹎etteur lors dne interaction de synchronisation (initialis 0).reuconsommrejetincertainFigure 18-7tats des messages chez le rcepteur HTTPR.Il est important de noter que tout lot associ un identint de transaction infrieur ou gal la dernire transaction envoye doit tre rejet (transaction en retard ).
