xmpp

DNA图谱 / 问答 / 标签

c#用agsxmpp连接openfire,服务器本机可以连通,为什么其他机器报找不到服务器

服务器防火墙关了没(无论是自带的还是第三方的)

基于XMPP openfire asmack 做一个项目 发送消息时出现了问题

not-authorized未登录

android消息推送GCM、XMPP、MQTT三种方案的优劣,越仔细越好,有具体分析更好!

Android推送方案分析(MQTT/XMPP/GCM)蜗牛TT 发布于 4个月前,共有 11 条评论本文主旨在于,对目前Android平台上最主流的几种消息推送方案进行分析和对比,比较客观地反映出这些推送方案的优缺点,帮助大家选择最合适的实施方案。 方案1、使用GCM服务(Google Cloud Messaging)简介:Google推出的云消息服务,即第二代的G2DM。优点:Google提供的服务、原生、简单,无需实现和部署服务端。缺点:Android版本限制(必须大于2.2版本),该服务在国内不够稳定、需要用户绑定Google帐号,受限于Google。 方案2、使用XMPP协议(Openfire + Spark + Smack)简介:基于XML协议的通讯协议,前身是Jabber,目前已由IETF国际标准化组织完成了标准化工作。优点:协议成熟、强大、可扩展性强、目前主要应用于许多聊天系统中,且已有开源的Java版的开发实例androidpn。缺点:协议较复杂、冗余(基于XML)、费流量、费电,部署硬件成本高。 方案3、使用MQTT协议(更多信息见:http://mqtt.org/)简介:轻量级的、基于代理的“发布/订阅”模式的消息传输协议。优点:协议简洁、小巧、可扩展性强、省流量、省电,目前已经应用到企业领域(参考:http://mqtt.org/software),且已有C++版的服务端组件rsmb。缺点:不够成熟、实现较复杂、服务端组件rsmb不开源,部署硬件成本较高。 方案4、使用HTTP轮循方式简介:定时向HTTP服务端接口(Web Service API)获取最新消息。优点:实现简单、可控性强,部署硬件成本低。缺点:实时性差。 对各个方案的优缺点的研究和对比,推荐使用MQTT协议的方案进行实现,主要原因是:MQTT最快速,也最省流量(固定头长度仅为2字节),且极易扩展,适合二次开发。接下来,我们就来分析使用MQTT方案进行Android消息的原理和方法,并架设自己的推送服务。如果还不明白的 话,要看分析的话,给你个网址:http://m.oschina.net/blog/82059自己看看。

XMPP+Openfire+Smack 登录后如何获得用户姓名

Master.getUserName(),不知道你能不能明白?这个就可以得到。。。比如你的用户名是a,那么Master.getUserName()就等于a

小弟初学android开发,XMPP,openfire服务器 用MultiUserChat对象创建聊天室,使用.create函数崩溃报错

ProviderManager去注册一下。IQProvider和ExtensionProvider

openfire安装完毕后,启动提示java lang ClassNotFoundException:org.jivesoftware.openfire.XMPPServer

先重新装一下openfire 然后手动启动mysql 之后以管理员身份运行openfire就可以了