好长时间没有更新博客,网上也有很多fabric的部署资料,而且也都很不错,也比较全面.我就再想重复的工作暂时就不用做了,后面抽时间在做细化和分类:就将学习和工作中遇到和解决的问题经验,做一些分享. 而这部分的经验在网上也很难找到.如果过程中有什么问题,希望朋友们可以留言.谢谢!! 1,Channel长连接 在new出一个channel连接时候,在客户端中会以channel名称存储的链接,所以在此获取通道时候,需要使用get 2,添加事件机制,1.2和1.3的区别 这里我们需要知道的时候,在fab

有资料说,read.write都可以探测tcp的断开,但都不是实时的. 但是实际在某些设备上测试发现,即使开一个线程每隔一小段时间发一次心跳包(write),write也不能探测连接已经断开,而且这个状态持续很久. 所以,如果需要保持和设备的连接,还是有必要两边都发心跳,并设置read的timeout,这样才能及时关闭实际上已经断开的链接,保证服务端可以发信息到设备. 另外,服务器离设备越近越好,部署多点还是很有意义的.

一个超级账本区块链网络里每个channel的共享配置都是存储在一个配置交易里.每个配置交易通常被简称为configtx. Channel 配置有以下重要属性: 1.有版本标识:配置里的所有元素都有一个关联版本.每次更新配置,版本号都维持最新.另外,每个提交的配置会获得一个序列号. 2.有权限:配置里的每个元素都有一个关联策略,用来管理是否允许对这个元素进行修改.每一个保存有当前配置副本的实例,都会按照关联策略的内容对新收到的配置改动进行验证权限. 3.层次性:一个配置根组包含多个子组,并且层次中

背景 症状 排查 修复 背景 最近在陆续做机房升级相关工作,配合DBA对产线数据库链接方式做个调整,将原来直接链接读库的地址切换到统一的读负载均衡的代理 haproxy 上,方便机柜和服务器的搬迁. 切换之后线上时不时的会发生 discard connection 错误,导致程序报 500 错误,但不是每次都必现的. 开发框架: spring boot+mybatis+druid+shardingJDBC 网络架构: appserver->mysql(master) 写 appserver->

先上一段简单的fabric代码: from __future__ import with_statementfrom fabric.api import *env.user = 'zhangsan'env.hosts = ['192.168.1.1']env.password = '123456'with settings(warn_only=True): local('pwd')with cd('/home/jianping.fan'): run('ls') 当执行代码后出现:No hosts

如何判断SOCKET已经断开 最近在做一个服务器端程序,C/S结构.功能方面比较简单就是client端与server端建立连接,然后发送消息给server.我在server端会使用专门的线程处理一条socket连接.这就涉及到一个问题,如果socket连接断开(异常,正常)后,我如何才能感知到?server端这边是绝对被动的,sever端不能主动断开连接.也没有连接链路维持包之类的.client端发送数据的时间也是不定的.在socket连接断开后, server要能够感知到并释放资源.   当使

org.springframework.web.util.NestedServletException: Request processing failed; nested exception is org.springframework.dao.DataAccessResourceFailureException: SqlMapClient operation; SQL []; --- The error occurred in ibatis/comm/comm-Sql-Map.xml. --

基于netty的群聊 学了一段时间的netty知识,现在通过这个基于console的程序来对netty的相关接口做个简单的应用. 准备 依赖 <dependency> <groupId>io.netty</groupId> <artifactId>netty-all</artifactId> <version>4.1.44.Final</version> </dependency> 代码实现 我们都知道,一个典

我在很多fabric的技术群中,很多使用javasdk连接fabric的同友,初始的时候很多都没有成功的使用TLS进行区块链交易: 是sdk不支持,还是我们没有找到解决方案? 其实不然,我这里使用的是fabric-sdk1.2的版本,是可以的:而且sdk的源码的测试用例也都是使用tls的:那么他肯定是可以完成TLS交易的: 我这里使用的环境是单机的fabric1.4.0版本:java-sdk使用是1.2版本的. 前提,fabric1.4.0使用tls模式建立的环境,这里为了快速和方便,我使用了f

Building you first network 网络结构: 2个Orgnizations(每个Org包含2个peer节点)+1个solo ordering service 打开fabric-sample下的示例first-network 其中byfn.sh为启动这个网络的启动脚本,启动脚本中除建立一个包含4个节点和1个Order service的网络外,还会启动一个容器用来执行脚本在channel中加入节点,部署和初始化chaincode,以及在部署的chaincode上执行交易. 启动脚

1.Channel channel 是负责数据读,写的对象,有点类似于老的io里面的stream.它和stream的区别,channel是双向的,既可以write 也可以read,而stream要分outstream和inputstream.而且在NIO中用户不应该直接从channel中读写数据,而是应该通过buffer,通过buffer再将数据读写到channel中. 一个channel 可以提供给用户下面几个信息 (1)channel的当前状态,比如open 还是closed (2)Chan

1.准备环境: 安装git.docker.curl.go [root@test_vonedao_83 fabric]# git --version git version 1.8.3.1 [root@test_vonedao_83 fabric]# curl --version curl (x86_64-redhat-linux-gnu) libcurl/ NSS/ libidn/ Protocols: dict file ftp ftps gopher http https imap imap

[Linux网络.命名空间.veth设备对.docker的host模式.container模式.none模式.brideg模式.网桥的增删查,容器与网桥的连接断开] 网络名称空间 为了支持网络协议栈的多个实例,Linux 在网络协议栈中引入了网络名称空间(Network Namespace),这些独立的协议栈被隔离到不同的命名空间中.处于不同的命名空间的网络协议栈是完全隔离的,彼此之间无法进行网络通信,就好像两个"平行宇宙".通过这种对网络资源的隔离,就能在一个宿主机上虚拟多个不同的网

这篇文章内容会很短,主要是想给大家分享下我最近在做一个简单的rabbitmq客户端类库的封装的经验总结,说是简单其实一点都不简单.为了节省时间我主要按照Library的执行顺序来介绍,在你看来这里仅仅是一个简单的经验总结,但是在我看来这些经验只有在你真正的封装rabbitmq客户端库的时候且将你的客户端安全稳定的发布上线后才会真的发现这些问题. 比如你的库只是链接单个Node的时候和链接高可用集群的HAProxy时候是完全两回事.当你未能在你的库里使用反向注入LOG接口的时候一旦在线上发生网络解

RabbitMQ 中文文档 : http://rabbitmq.mr-ping.com/description.html 官方教程译文: 一 http://blog.csdn.net/xiaoxian8023/article/details/48679609 二 http://blog.csdn.net/xiaoxian8023/article/details/48681987 三 http://blog.csdn.net/xiaoxian8023/article/details/4871065

三."发布订阅" 上一节的练习中我们创建了一个工作队列.队列中的每条消息都会被发送至一个工作进程.这节,我们将做些完全不同的事情--我们将发送单个消息发送至多个消费者.这种模式就是广为人知的"发布订阅"模式. 为了说明这种模式,我们将构建一个简单的日志系统.包括2个应用程序,一个传送日志消息另一个接收并打印这些消息. 我们的日志系统中每一个运作的接收端程序都会收到这些消息.这种方式下,我们就可以运行一个接收端发送日志消息至硬盘,同时可以运行另一个接收端将日志打印到屏

闲来无事,把之前写的一个游戏服务器框架(<一个java页游服务器框架>),部署到阿里云服务器上,测试运行了下,结果看到后台log中打印出了“Connection reset by peer”.出于好奇疑问就查了一下相关资料,网上说一般有这几种: ①:服务器的并发连接数超过了其承载量,服务器会将其中一些连接Down掉: ②:客户关掉了浏览器,而服务器还在给客户端发送数据: ③:浏览器端按了Stop 但是这几种都可以排除,刚搭建的服务器,就我测试连接了下不可能超过负载,而且我这是tcp长连接与浏览

Linux就这个范儿 第13章 打通任督二脉 0111010110……你有没有想过,数据从看得见或看不见的线缆上飞来飞去,是怎么实现的呢?数据传输业务的未来又在哪里?在前面两章中我们学习了Linux网络方面的各种工具,打造了形形色色的网络服务.然而我们并不满足于仅仅知道这些表面的知识,还希望深入了解它们的底层实现.那就来吧,打通任督二脉,探究不同类型的网络以及隐藏在网络后面的世界. 13.1 了解网络驱动工欲善其事,必先利其器.二十年前我们还走在狭窄的乡间小道开着信息牛车.时至今日,信息高速公路

最近用到SFTP上传文件查找了一些资料后自己做了一点总结,方便以后的查询 /** * 将文件上传到服务器 * * @param filePath * 文件路径 * @param channelSftp * channelSftp对象 * @return */ public static boolean uploadFile(String filePath, ChannelSftp channelSftp) { OutputStream outstream = null; InputStream

Dubbo默认的底层网络通讯使用的是Netty,服务提供方NettyServer使用两级线程池,其中 EventLoopGroup(boss) 主要用来接受客户端的链接请求,并把接受的请求分发给 EventLoopGroup(worker) 来处理,boss和worker线程组我们称之为IO线程. 如果服务提供方的逻辑能迅速完成,并且不会发起新的IO请求,那么直接在IO线程上处理会更快,因为这减少了线程池调度. 但如果处理逻辑很慢,或者需要发起新的IO请求,比如需要查询数据库,则IO线程必须派发