springboot-admin组建已经提供了很多开箱即用的通知器(例如邮件),但在有些业务场景下我们需要做一些企业内部的通知渠道,这就需要我们来自定义通知器. 实现其实很简单,只需要往spring注入一个Notifier类型的实例即可. 当然,我们不会直接实现Notifier,而是选择继承AbstractStatusChangeNotifier. import java.net.URL; import java.text.DateFormat; import java.text.SimpleD

1.微服务时代,服务上线先预警通知 在微服务大行其道的今天,相信很多人都用上了微服务或者是微服务的概念也已经有了一个深刻的了解.今天我们不在这里展开阐述,今天我们要说的是微服务伴侣预警通知. 2.注册中心概念 在一个微服务集群的系统中,通常少则三五个微服务,多则成千上百个微服务.微服务之间也会因为业务的复杂性导致不同服务之间也有很多的相互调用.那问题来了,不同服务之间需要相互调用那么是不是我们需要给每个微服务都配置上其他服务的基本信息(IP地址.端口等等)?如果三五个微服务还好,一旦服务多了将会

原始地址:XMPPFrameWork IOS 开发(四) 消息 //收到消息 - (void)xmppStream:(XMPPStream *)sender didReceiveMessage:(XMPPMessage *)message{ // NSLog(@"message = %@", message); //消息的内容 NSString *msg = [[message elementForName:@"body"] stringValue]; //消息发送

上篇文章<Eureka 缓存机制>介绍了Eureka的缓存机制,相信大家对Eureka 有了进一步的了解,本文将详细介绍API网关如何实现服务下线的实时感知. 一.前言 在基于云的微服务应用中,服务实例的网络位置都是动态分配的.而且由于自动伸缩.故障和升级,服务实例会经常动态改变.因此,客户端代码需要使用更加复杂的服务发现机制. 目前服务发现主要有两种模式:客户端发现和服务端发现. 服务端发现:客户端通过负载均衡器向服务注册中心发起请求,负载均衡器查询服务注册中心,将每个请求路由到可用的服务实

原始地址:XMPPFrameWork IOS 开发(四) 消息 //收到消息 - (void)xmppStream:(XMPPStream *)sender didReceiveMessage:(XMPPMessage *)message{ // NSLog(@"message = %@", message); //消息的内容 NSString *msg = [[message elementForName:@"body"] stringValue]; //消息发送

前言 前情回顾 上一讲我们讲了 client端向server端发送心跳检查,也是默认每30钟发送一次,server端接收后会更新注册表的一个时间戳属性,然后一次心跳(续约)也就完成了. 本讲目录 这一篇有两个知识点及一个疑问,这个疑问是在工作中真真实实遇到过的. 例如我有服务A.服务B,A.B都注册在同一个注册中心,当B下线后,A多久能感知到B已经下线了呢? 不知道大家有没有这个困惑,这篇文章最后会对此问题答疑,如果能够看到文章的结尾,或许你就知道答案了,当然答案也会在结尾揭晓. 目录如下: C

前言 上一章节,我们介绍了Actuator的使用,知道了可通过访问不同的端点路径,获取相应的监控信息.但使用后也能发现,返回的监控数据都是以JSON串的形式进行返回的,对于实施或者其他人员来说,不是很直观,而当需要监控的应用越来越多时,依次去访问对应的应用也过于繁琐和低效了.所以,本章节来介绍下Spring Boot Admin这个UI监控工具. Spring-Boot-Admin是什么 先看看,官网给其定义: 简单来说,Spring Boot Admin是一个管理和监控Spring Boot应

/** * Copyright (c) 2015, www.cubbery.com. All rights reserved. */ package com.cubbery.event.retry; import com.cubbery.event.EventBus; import com.cubbery.event.EventStorage; import com.cubbery.event.conf.Configurable; import com.cubbery.event.conf.Co

前言 在写这篇文章之前,我曾对HeartBeat做过诸多的研究,也做过诸多的项目,在这些项目中,有客户端为了维持状态,而定时向服务端发送的HeartBeat:有服务端为了维持客户端连接状态而处理HeartBeat等,但是怎么说,无外乎两种状态,HeartBeat要么存在于客户端,要么存在于服务端,其本身具有无状态性,不和数据库进行任何交互,上一条HeartBeat和下一条HeartBeat无特别的必然联系. 那么,HeartBeat究竟是什么,有什么表现形式呢? 首先,HeartBeat从字面意

(前段时间封闭式开发完了一个项目,最近才有时间继续更新GG的后续版本,对那些关注GG的朋友来说,真的是很抱歉.)GG的前面几个版本开发了一些比较高级的功能,像视频聊天.远程桌面.文件传送.远程磁盘等,但是,有一些基础且必需的功能一直未实现,比如注册.添加好友.加入群.群聊天等等.经常有朋友留言问这些功能要怎么做,GG3.0终于可以给出一个答案了. 先提醒一下,GG3.0中这些基础功能的实现方式是比较粗糙的,我还没有时间深入考虑性能.缓存等问题(源码中我以“建议”的字样标注了需要优化的地方),后续

这个IM系统真是太轻量级了,提供的功能如下: 1.聊天内容美化 2.用户上下线提示 3.心跳包检测机制 4.加入用户可群聊 下面来一步一步的讲解具体的制作方法. 开篇准备工作 首先,巧妇难为无米之炊,这是总所周知的.这里我们需要两个东西,一个是Asp.net MVC4项目:另一个是Signalr组件. 新建一个Asp.net MVC4项目,然后通过以下命令安装Signalr组件: Install-Package Microsoft.AspNet.SignalR -Version 1.1.3 这样

前言 上一篇中简单讲解了用Redis缓存在线用户逻辑.篇幅也比较小,本篇将详细实现用户的上线下线通知.图片效果转换功能.而且,代码和开发思路都会详细介绍. 效果展示 目前有三个用户,user1,user2,user3.下图会简单展示用户上线,下线的消息推送效果. 图一:用户1登录,此时好友均不在线.(头像为灰色,谷歌浏览器) 图二:用户1登录(打开360浏览器模拟用户1登录),此时谷歌浏览器用户收到该用户上线通知,图标亮起 图三:用户2登录(打开搜狗浏览器模拟用户2登录),此时谷歌浏览器用户收到

1.项目使用的第三方开源库 项目使用了CocoaPods(类似java中的maven)管理常用的第三方库,一些特殊的单独引用,下面介绍下比较好用的几个. (1)AFNetworking 目前比较推荐的iOS网络请求组件,默认网络请求是异步,通过block回调的方式对返回数据进行处理. 需要注意的是AFNetworking对服务器返回的ContentType要求比较严格,默认只支持application/json的返回.所以可能需要添加对text/html返回的支持,否则可能无法获得返回数据. 另

本文主要介绍webus fox 客户端的配置及接口说明. 1. 文件列表和配置 1.1 文件列表 1.2 common.xml 配置 根据服务器端的部署, 替换[ServerUrl] , [RtmpPort], [GatewayPort] [GatewayPort]: 指的是iis 里的site的port 2. 相关接口说明 2.1. 消息 2.1.1 MessageClient/MsgClient.as API名称 start 应用场景 启动message消息, 连接服务并登陆 异常   AP

登录的接口login.do接口上需要记录关键的信息:userId.设备型号(Android|iPhone).登录时间.登录IP.设备唯一标识(UUID) 当在另外一台新设备上登录同一帐号时,将userId对应的相关登录设备信息直接进行覆盖,此时如果旧设备进行重连时,因为该uuid已经不是当前服务端的uuid了,所以直接会返回下线通知,返回的主要信息(设备型号.时间) login.do与chat-web.do之前不进行直接的通信,避免相互调用与系统的消耗,IM-Web以userId为key进行存储

测试地址:http://sms.reyo.cn/ 帐号:aa 密码:123456 先看一下效果图: spring4 security 4 实现单点登录,而websocket 实现单点的下线通知

MQTT是第二个即时聊天协议(了解) 5.即时通讯 即时通讯网上有第三方的解决方案,比如环信,融云等.我们是自己搭的xmpp服务器,服务器使用的tigase,之前写过相关的博客,自己去年也做了对应的webim.前段时间看了环信webim的sdk,使用的也是strophe的js类库,相关实现跟我们的差不多,但是自己搭建xmpp会遇到了不少问题,比如丢消息!所以如果想比较快速的实现im,推荐使用第三方的解决方案. 移动端的丢消息大概是这个样子.A和B通讯,A发了一条消息给服务器,服务器发给B,但是B

--> Java 对TCP协议的支持: --> java.net包中定义了两个类ServerSocket 和Socket ,分别用来实现双向连接的server 端和client 端. --> Client 类定义客户端 package com.dragon.java.tcpchat; import java.io.IOException; import java.net.Socket; import java.net.UnknownHostException; /** * 客户端 * *

ZooKeeper:是一个分布式的,开放源码的分布式应用程序协调服务,是Google的Chubby一个开源的实现,是Hadoop和Hbase的重要组件.他主要用来解决分布式应用中的数据管理的一致性问题.例如统一命名服务.状态同步服务.集群管理.分布式应用配置项的管理等.官网:http://hadoop.apache.org/zookeeper/. Zookeeper 从设计模式角度来看,是一个基于观察者模式设计的分布式服务管理框架,它负责存储和管理大家都关心的数据,然后接受观察者的注册,一旦这些

在上一篇博文中,我们的程序中我们有3个客户端,因此也事先建立了3个管道,每个客户端分别使用一个管道向服务器发送消息.而在服务器端使用select系统调用,只要监测到某一管道有消息写入,服务器就将其read,并显示在标准输出上. 本篇文章,我们会让服务器拥有一个管道,专门用于从客户端接收消息(上线通知,发送需要服务器转发的消息以及下线通知).服务器需要维护一个列表(使用结构体),记录哪些用户已经连上服务器用于接收消息的管道.当客户端启动,会向服务器发送上线消息,同时将自己的pid发送给server

什么是RPC: RPC(Remote Procedure Call Protocol)——远程过程调用协议,它是一种通过网络从远程计算机程序上请求服务,而不需要了解底层网络技术的协议. 简言之,RPC使得程序能够像访问本地系统资源一样,去访问远端系统资源. 比较关键的一些方面包括,通讯协议,序列化,资源(接口)描述,服务框架,性能,语言支持等. 典型RPC调用框架: RPC的实现和调用框架,五花八门,简单介绍其中几种比较典型的. RMI实现,利用java.rmi包实现,基于Java远程方法协议(