与很多框架一样,Dubbo也存在拦截(过滤)机制,可以通过该机制在执行目标程序前后执行我们指定的代码.Dubbo中Filter只是Dubbo提供的可自定义扩展的扩展点之一.通过该扩展点地理解,可以触类旁通地理解其他类似自激活的扩展点. 那么什么是自激活?如果一个扩展点有多个实现,那么最后究竟使用哪个实现呢?根据不同的条件参数来动态选择可以使用的扩展时(可能需要同时使用多个扩展),就会使用到自激活扩展了.这个就是自激活. Dubbo的Filter机制是专门为服务提供方和服务消费方调用过程进行拦截设

2.6.3版本,之前读的是2.4.9版本 本篇主要阐述dubbo rpc的filter的实现,包括作用,用法,原理,与Spring Cloud在这些能力的对比. 共提供了多少个?是哪些?发布时默认装配了哪些给他自身的扩展点机制? 从类与接口关系分析的结果文档中可以看到共20个: 241 Filter --241.1 CacheFilter --241.2 MonitorFilter --241.3 AccessLogFilter --241.4 ActiveLimitFilter --241.5

前言: 刚刚写了篇博文: Dubbo透传traceId/logid的一种思路, 对dubbo的filter机制有了一个直观的理解. 同时对filter也多了一些好奇心, 好奇filter链是如何组织的, 它的顺序是否支持调整. 带着这些疑问, 同时也是趁热打铁, 让我们一起来简单梳理下. 写下疑惑: 其实网上有一篇文章: Dubbo Filter详解, 写的非常好, 基本上把Dubbo的Filter链的组织, 顺序性, 自定义顺序的方式, 说的很清楚了. 这边请允许我再做一次知识的搬运工, ^_

通过自定义 Filter,可以在 dubbo 调用链中加入特定的逻辑,比如埋点分析调用链. 1. 新建 Filter 类 // @Activate(group = {Constants.CONSUMER}) public class MyFilter implements Filter { public Result invoke(Invoker<?> invoker, Invocation invocation) throws RpcException { System.out.printl

Dubbo版本:2.7 使用自定义Filter注意事项 1.自定义名称不能和默认Filter相同,否则可能不生效 2.只用定义Filter类和META-INF下的文本文件,不用添加配置,@Activate注解会自动激活 3.业务最好抛RpcException异常,抛其它RuntimeException子类,方法中的exception会识别为RuntimeException,而不是异常子类 4.ResultCustom为自定义返回对象,Filter捕获异常后转换为该对象返回给客户端 自定义Filt

原文链接:基于SLF4J的MDC机制和Dubbo的Filter机制,实现分布式系统的日志全链路追踪 一.日志系统 1.日志框架 在每个系统应用中,我们都会使用日志系统,主要是为了记录必要的信息和方便排查问题. 而现在主流的就是 SLF4J + Logback. 当我们的系统是单体应用,日志做起来时非常简单的,直接使用 log.info,log.error,log.warn 等等方法. 而当我们的系统是分布式系统,服务之间通信通常都是使用 Dubbo 这个 RPC 框架. 此时做日志就不是这么简单

配置时 <dubbo:provider filter="DubboExceptionFilter"></dubbo:provider> DubboExceptionFilter 这个值不是spring的bean. 而需要在META-INF/dubbo/com.alibaba.dubbo.rpc.Filter 文件中配置如下文件内容: DubboExceptionFilter=com.xxx.common.DubboRequestFilter 再建一个相关类型,实

1.继承接口com.alibaba.dubbo.rpc.Filter实现public Result invoke(Invoker<?> invoker, Invocation invocation) throws RpcException 方法 2.配置文件修改 a)在resources目录下添加纯文本文件META-INF/dubbo/com.alibaba.dubbo.rpc.Filter 例如:xxxFilter=com.xxx.AuthorityFilter b)修改dubbo的prov

dubbo可以用filter实现类似tomcat filter过滤器. 实现1.接口请求时间监控. 2.打印输入输出日志(输出日志有应用自己决定) 配置时出现报错. No such extension consumerStaticFilter for filter/com.alibaba.dubbo.rpc.Filter at org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractProperty

dubbo请求调用过程分析 https://blog.csdn.net/javahongxi/article/details/72876694 浅谈dubbo的ExceptionFilter异常处理 https://blog.csdn.net/mj158518/article/details/51228649 dubbo中的Filter顺序 https://blog.csdn.net/skiof007/article/details/51953497 dubbo调用链/过滤器链的创建分析 htt

责任链模式(Chain Of Responsibility Design Pattern),也叫做职责链,是将请求的发送和接收解耦,让多个接收对象都有机会处理这个请求.当有请求发生时,可将请求沿着这条链传递,直到有对象处理它为止. 一.责任链模式介绍 其实在日常生活中,有不少使用责任链的场景.比如公司采购审批流程,需要各个部门领导的批准同意.在责任链模式中,客户端只需要将请求发送到责任链上,无须关心请求的处理细节和传递,请求会自动进行传递. 1.1 责任链模式的结构 责任链模式的结构大致如下所示

Autofac结合EF在MVC中的使用,上一篇IoC容器Autofac(4) - Autofact + Asp.net MVC + EF Code First(附源码)已经介绍了.但是只是MVC中Controller实现了依赖注入.而在Filter中如何实现依赖的注入? 下面我们以Filter中如何实现ILogger(一个记录日志的接口)为例子,看看如何实现依赖ILogger的注入的. 1. 非Global Filter中的注入 首先Filter的注入不同于Controller, Control

在项目中遇到一个问题,在 Filter中注入 Serivce失败,注入的service始终为null.如下所示: public class WeiXinFilter implements Filter{ @Autowired private UsersService usersService; public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOExc

在项目中遇到一个问题,在 Filter中注入 Serivce失败,注入的service始终为null.如下所示: public class WeiXinFilter implements Filter{ @Autowired private UsersService usersService; public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOExc

directShow 属性页的制作,为CBall filter加了一个属性页 具体为分以下步骤: 1.在要显示属性的类中继承现ISpecifyPropertyPages类,并实现此类的GetPages()函数. 如下所示:HRESULT STDMETHODCALLTYPE CBouncingBall::GetPages(CAUUID *pPages){  if (pPages == NULL) return E_POINTER;  pPages->cElems = 1;  pPages->pE

最近在debug dubbo代码过程中遇到的很有趣的问题 我们都知道dubbo ReferenceBean是消费者的spring bean包装,为了查一个consumer端的问题,在ReferenceBean的父类ReferenceConfig的 T get()方法(140行)打上了一个断点. 当我debug 跟进init方法之后发现,ReferenceConfig的成员变量initialized(boolean类型),没有初始化,值变成了true? 纳尼... 在学习java的基础知识的时候,

问题: 我们为了避免未经授权的人直接通过url访问我们的页面,配置了如下filter <!-- 登录过滤器 --> <filter> <filter-name>sessionFilter</filter-name> <filter-class>com.sung.risk.client.filter.SessionFilter</filter-class> </filter> <filter-mapping> &

1. 我们可以在web.xml中配置filter来对指定的URL进行过滤,进行一些特殊操作如权限验证等. <!– session过滤filter –> <filter> <filter-name>SessionFilter</filter-name> <filter-class>com.xm.chris.SessionFilter</filter-class> </filter> <filter-mapping>

        在javaweb开发中,过滤器Filter比较常用于类似登录的拦截等场景.但是,当过滤器的配置不当时就会把所有的请求都拦截,静态资源也会被拦截掉,导致静态页面加载不出来. 一般的解决方案是在过滤器代码中对所有的静态资源放行,但这样硬编码的方式特别不灵活,代码复用性也不高.下面说个更优雅点的方案. 一.解决方案         如果将静态资源放行的功能做成在web.xml中可以直接配置的话,就比较方便了.因此我们可以采用配置Filter的init-param的方式来配置那些资源不需

前言: 其实很早之前就想写一篇关于oval和具体服务相整合的常见做法, 并以此作为一篇笔记. 趁现在项目中间空闲期, 刚好对dubbo的filter有一些了解. 因此想结合两者, 写一下既结合校验框架, 又能少侵入性的编程模式. Dubbo的filter机制, 其实对标springmvc的interceptor, netty的iohandler, 甚至servlet体系的filter, 都是责任链模式的实现方式. 本文着重dubbo的filter和oval校验框架的组合, 其实完全可以借鉴/延伸

最近发现在filter内使用DelegatingFilterProxy过滤内容,那么为什么不用自带的Filter而使用Spring的DelegatingFilterProxy哪?最后才明白是因为filter的类里面使用了Spring的注解,所以也必须也使用Spring的DelegatingFilterProxy.详细说明如下: DelegatingFilterProxy就是一个对于servlet filter的代理,用这个类的好处主要是通过Spring容器来管理servlet filter的生命