关于dubbo服务产生异常之：Caused by: com.alibaba.dubbo.remoting.TimeoutException: Waiting server-side response timeout by scan timer.

简单来说就是dubbo超时，因为dubbo默认的时间是500ms，超过这个时间它会重新访问service层，最多尝试三次。

所以我在测试的时候日志显示出来的异常为……timeout……。

开始设置开始设置的timeout=50000，小数据量可以，如果数据量比较大就不行了。

后来在服务提供端设置timeout=1200000

<dubbo:service interface="com.XXXX.XXXXX.CardService" ref="cardService" timeout="1200000"/>

时间： 2024-08-25 16:41:20

关于dubbo服务产生异常之：Caused by: com.alibaba.dubbo.remoting.TimeoutException: Waiting server-side response timeout by scan timer.的相关文章

Caused by: com.alibaba.dubbo.remoting.TimeoutException: Waiting server-side response timeout by scan timer. start time: 2016-07-20 16:27:34.873, end time: 2016-07-20 16:27:39.895, client elapsed: 0 ms

方案一: 重启dubbo连接 zookeeper 方案二: 经压测,greys跟踪得知,是dubbo的monitor的问题.主要超时的方法是dubbo的getIP方法,monitor每次收集数据的时候都要根据域名获取zk的IP,这一步耗时很长. public String getIp() { if (ip == null) { ip = NetUtils.getIpByHost(host); } return ip; } 现在改了dubbo的源码,monitor每次收集数据的时候不获取zk的ip

Dubbo服务主机IP没有绑定的坑（dubbo注册时出现主机上没有的IP的解决方案）

初次使用dubbo,在研发环境和测试环境测试没有问题,然后将服务上线,上线后,Dubbo服务端启动正常,客户端启动失败,并提示 Caused by: java.lang.IllegalStateException: Failed to check the status of the service com.xxx.xxx.service.LoginService. No provider available for the service com.xxxx.xxxx.service.LoginS

MySQL异常：Caused by: com.mysql.jdbc.exceptions.MySQLTimeoutException: Statement cancelled due to timeout or client request

Caused by: com.mysql.jdbc.exceptions.MySQLTimeoutException: Statement cancelled due to timeout or client request at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2303) at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2696) at com.mys

RPC -dubbo 服务导出实现（-）

在阅读此文章之前,我希望阅读者对Spring 扩展机制的有一定的了解,比如:自定义标签与Spring整合, InitializingBean 接口,ApplicationContextAware,BeanNameAware, BeanFactory 接口所起到的作用 ;从来没了解过的,请看我之前的关于Spring的博客开始正题 (一)onApplicationEvent (事件监听) dubbo 服务导出的方法是在 com.alibaba.dubbo.config.spring.Service

Dubbo服务合买平台搭建出售发布之服务暴露&心跳机制&服务注册

Dubbo服务发布 Dubbo合买平台搭建出售 dsluntan.com Q:3393756370 VX:17061863513服务发布影响流程的主要包括三个部分,依次是: 服务暴露心跳服务注册服务暴露是对外提供服务及暴露端口,以便消费端可以正常调通服务.心跳机制保证服务器端及客户端正常长连接的保持,服务注册是向注册中心注册服务暴露服务的过程. Dubbo服务暴露此处只记录主要代码部分以便能快速定位到主要的核心代码: ServiceConfig.java中代码 if (registryU

【Rest】在Dubbo中开发REST风格的远程调用（RESTful Remoting）

目录概述 REST的优点应用场景快速入门标准Java REST API:JAX-RS简介 REST服务提供端详解 HTTP POST/GET的实现 Annotation放在接口类还是实现类 JSON.XML等多数据格式的支持中文字符支持 XML数据格式的额外要求定制序列化配置REST Server的实现获取上下文(Context)信息配置端口号和Context Path 配置线程数和IO线程数配置长连接配置最大的HTTP连接数配置每个消费端的超时时间和HTTP连接数 GZ

dubbo服务与消费

一.前言项目中用到了Dubbo,临时抱大腿,学习了dubbo的简单实用方法.现在就来总结一下dubbo如何提供服务,如何消费服务,并做了一个简单的demo作为参考. 二.Dubbo是什么 Dubbo是一个分布式服务框架,致力于提供高性能和透明化的RPC远程服务调用方案,以及SOA服务治理方案.简单的说,dubbo就是个服务框架,如果没有分布式的需求,其实是不需要用的,只有在分布式的时候,才有dubbo这样的分布式服务框架的需求,并且本质上是个服务调用的东东,说白了就是个远程服务调用的分布式框架

dubbo服务+spring动态数据源出错

1:问题描述,以及分析项目用了spring数据源动态切换,服务用的是dubbo.在运行一段时间后程序异常,更新操作没有切换到主库上. 这个问题在先调用读操作后再调用写操作会出现. 经日志分析原因: 第一:当程序运行一段时间后调用duboo服务时..([DubboServerHandler-192.168.1.106:20880-thread-199] [DubboServerHandler-192.168.1.106:20880-thread-200]) dubbo服务默认最大200线程(超过

dubbo服务降级(1)

1. 在 dubbo 管理控制台配置服务降级上图的配置含义是:consumer 调用 com.zhang.HelloService 的方法时,直接返回 null,不发起远程调用. 实际操作是:在 zk 的 /dubbo/com.zhang.HelloService/configurators 节点中添加了 override. override://0.0.0.0/com.zhang.HelloService?category=configurators&dynamic=false&gro