关于重发消息的问题

问题描述

断网发送消息,发送消息失败后,联网重新发送消息,消息成功发送,对方可以收到消息,但是数据库中这条消息的状态依然是失败状态,再次重发后状态变为成功,请问有人知道是为什么吗?

解决方案

你这边重发后,在发送成功的回调里有处理更新消息状态么?

时间: 2024-10-27 05:38:16

关于重发消息的问题的相关文章

webim 怎么实现重发消息

问题描述 else里面的我可以增加,但是:this.context.stropheConn.send(dom); 中如果报错了,会触发onerror事件,这个事件是在哪里订阅的? 解决方案 重发消息功能的实现在于发送失败时要知道哪条消息失败,index.html里的onError方法是没有消息ID的,默认只有type和msg两个字段,msg显示的是错误描述信息.要确定哪条消息,需要传递消息标识,在easemob.im.js中的sendCommand()这个方法中加上消息ID的字段,在onErro

Web服务可靠消息传输简介

介绍 OASIS WS-RX技术委员会近期发布了Web服务可靠消息传输(WSRM,Web Services Reliable Messaging)1.1规范的公众预览版.作为该委员会的联值主席,我感觉有必要对WSRM及其规范做一个介绍.本文以WSRM 1.1草案四为准. WSRM规范允许两个系统实现可靠传输消息.其目标是保证消息从发送者正确传输到接收者.可靠消息传输的定义是复杂的,但不妨用Java中的JMS系统实现XML消息可靠传输类比.二者的关键区别在于,JMS是一个标准API和编程模型,它具

ActiveMQ消息传送机制以及ACK机制详解 AcitveMQ是作为一种消息存储和分发组件,涉及到client与broker端数据交互的方方面面,它不仅要担保消息的存储安全性,还要提供额外的

ActiveMQ消息传送机制以及ACK机制详解     AcitveMQ是作为一种消息存储和分发组件,涉及到client与broker端数据交互的方方面面,它不仅要担保消息的存储安全性,还要提供额外的手段来确保消息的分发是可靠的.   一. ActiveMQ消息传送机制     Producer客户端使用来发送消息的, Consumer客户端用来消费消息:它们的协同中心就是ActiveMQ broker,broker也是让producer和consumer调用过程解耦的工具,最终实现了异步RPC

【转】ActiveMQ消息传送机制以及ACK机制详解

本文转载自 http://shift-alt-ctrl.iteye.com/blog/2020182 AcitveMQ是作为一种消息存储和分发组件,涉及到client与broker端数据交互的方方面面,它不仅要担保消息的存储安全性,还要提供额外的手段来确保消息的分发是可靠的.   一. ActiveMQ消息传送机制     Producer客户端使用来发送消息的, Consumer客户端用来消费消息:它们的协同中心就是ActiveMQ broker,broker也是让producer和consu

Android Easeui 3.0 即时通讯的问题汇总_Android

 0.关于注册账号就不用说了. 1.创建应用.获取appkey 0.创建应用 1.填写信息 2.获取appkey 2.集成 0.首先新建一个工程 1.这里主要介绍使用easeui来集成环信的即时通讯功能,需要下载sdk 2.把easeui当做依赖导入到工程当中,然后建立依赖关系 3在导入之后可能会出现的问题: 3.0 <uses-permission android:name="android.permission.ACCESS_MOCK_LACATTON> 这个权限报错,在咨询官方

棱镜-分布式实时计算的跟踪校验系统

该文章来自于阿里巴巴技术协会(ATA)精选文章. 摘要:*目前,各种分布式实时计算系统已经在各大互联网公司得到了广泛应用.但是,这些实时系统的计算过程多不进行持久化,如果出现消息丢失等异常情况,通常很难定位问题出现的位置和具体原因,更无法做到主动发现消息丢失.对于广告营销等对消息准确性要求较高的业务场景来说,这种消息丢失的代价通常很高,即便很低的消息丢失率也会造成大量的财物损失.为此,阿里妈妈开发了一套面向分布式实时计算框架storm的实时跟踪校验系统--棱镜系统,棱镜系统实时记录每条消息在st

《分布式系统:概念与设计》一2.4.2 故障模型

2.4.2 故障模型 在分布式系统中,进程和通信通道都有可能出故障,即它们可能偏离被认为是正确或所期望的行为.故障模型定义了故障可能发生的方式,以便理解故障所产生的影响.Hadzilacos和Toueg[1994]提供了一种分类法,用于区分进程故障和通信通道故障.这些故障将分别在下面的"遗漏故障"."随机故障"和"时序故障"部分介绍. 本书将贯穿使用故障模型.例如: 第4章给出数据报和流通信的Java接口,它们分别提供不同程度的可靠性. 第5章给

RabbitMq的整理 exchange、route、queue关系

http://blog.csdn.net/samxx8/article/details/47417133 从AMQP协议可以看出,MessageQueue.Exchange和Binding构成了AMQP协议的核心,下面我们就围绕这三个主要组件    从应用使用的角度全面的介绍如何利用Rabbit MQ构建消息队列以及使用过程中的注意事项.     1. 声明MessageQueue       在Rabbit MQ中,无论是生产者发送消息还是消费者接受消息,都首先需要声明一个MessageQue

nest系列-event事件总线

设计思想 以系统思维为外部提供对外异步事件通知 支持系统间的异步事件请求,由分布式消息中间件提供 支持系统内的同步事件请求,由内部观察者模型提供(单线程) 通过事件总线统一发起事件及注册事件 通过可配置的扩展为事件提供消息通道 可通过插件方式为指定的消息中间件提供消息提供者 异步事件通过消息标识来提供消费者幂等性 异步事件支持最终一致性,即当工作单元的实体提交成功后再发起异步消息的提交,如果异步提交失败使用补偿机制重发消息 设计草图 数据流程 发起事件 应用程序通过事件总线服务发布事件,发布服务