- 浏览: 666979 次
- 性别:
- 来自: 长沙
文章分类
- 全部博客 (364)
- quick start (57)
- bboss aop (43)
- bboss mvc (48)
- bboss persistent (96)
- bboss taglib (30)
- bboss event (10)
- bbossgroups (52)
- bboss (32)
- bboss会话共享 (17)
- bboss rpc (7)
- bboss 国际化 (5)
- bboss 序列化 (9)
- bboss cxf webservice (8)
- bboss hessian (3)
- bboss 安全认证SSO (15)
- bboss 工作流 (6)
- 平台 (18)
- bboss quartz (3)
- 杂谈 (5)
- 大数据 (1)
- bboss elastic (24)
- bboss http (1)
- bboss kafka (1)
- Elasticsearch Scroll和Slice Scroll查询API使用案例 (1)
最新评论
-
qianhao123:
...
采用gradle构建和发布bboss方法介绍 -
qianhao123:
[img][/img]
采用gradle构建和发布bboss方法介绍 -
yin_bp:
欢迎大家参与working
高性能elasticsearch ORM开发库使用介绍 -
qq641879434:
万分感谢
bboss 持久层sql xml配置文件编写和加载方法介绍 -
yin_bp:
qq641879434 写道怎么设置配置文件 可以查看执行的S ...
bboss 持久层sql xml配置文件编写和加载方法介绍
bboss aop拦截器使用简介,本文适用于最新的bboss版本,下载方法参考:
http://yin-bp.iteye.com/blog/1080824
1.概述
bboss aop/ioc框架支持给组件配置一到多个拦截器,拦截器执行的顺序为类似堆栈的先入后出的模式,before方法按顺序执行(先入),其他方法采用逆序方式执行(后出,先执行最后一个拦截器的其他方法,最后执行第一个拦截器的其他方法)。
这里需要补充说明一下,声明式事务拦截器是bboss内置的一个拦截器,事务拦截器作为组件的所有拦截器中最后一个拦截器执行,同样遵循上面的先入后出原则。
2.拦截器接口
Interceptor 接口定义了四个接口方法:
before-在方法执行之前执行,如果抛出异常,就会终止方法继续执行,同时将异常传递到应用层。
after-在方法执行之后执行,如果抛出异常,就会终止后续其他方法执行,同时将异常传递到应用层。
afterThrowing-当方法执行过程中抛出异常时执行,如果抛出异常,就会终止后续其他方法执行,同时将异常传递到应用层。
afterFinally-在方法finally后执行,如果抛出异常,就会终止后续其他方法执行,同时将异常传递到应用层。
所以在实现自己的Interceptor 时,一定要注意异常的处理,因为拦截器方法的异常会影响组件方法的执行流程。
3.一个具体的拦截器
拦截器InterceptorImpl 中定义了一个全局变量:
private A a;
我们可以对拦截器应用依赖注入(ioc)机制来注入其他业务组件和属性,也就是说拦截器组件本身也是以组件的方式来管理,ioc的所有机制都可以应用于拦截器xml配置节点interceptor,下面具体介绍配置xml元素-interceptor的用法。
4.拦截器配置xml元素-interceptor
interceptor元素作为组件定义元素property的内置元素使用,用来配置组件的aop拦截器。interceptor元素内置method元素,用来配置组件中需要被该拦截器拦截的具体方法,如果没有配置method元素,则对应的拦截器将拦截组件中所有的方法。如果组件配置了多个拦截器,每个拦截器都可以配置自己需要拦截的具体方法。
下面是一个配置实例:
说明:
情形一
<interceptor class="org.frameworkset.spi.properties.interceptor.InterceptorImpl"
f:a="attr:test.bean"
/>
这种配置拦截所有方法,同时我们为拦截器中的属性a注入了另外一个组件实例。
情形二
<interceptor class="org.frameworkset.spi.properties.interceptor.InterceptorImpl"
f:a="attr:test.bean"
>
<method name="test">
<param type="java.lang.String"/>
</method>
</interceptor>
这里通过method元素指定了拦截器需要拦截的组件方法,可以配置多个:
<method name="test">
<param type="java.lang.String"/>
</method>
如果是具体的方法就需要指定方法的参数,如果是采用pattern(正则表达式)则无需指定方法参数,例如:
<method pattern="test.*"/>//表示拦截所有以test开头的方法,这里遵循标准的java正则表达式语法
<method pattern="*"/>//表示拦截所有方法,这里遵循标准的java正则表达式语法
情形三
如果有多个拦截器,请按顺序配置即可:
5.内置的声明式事务拦截器配置需要拦截的事务方法配置示例
借助transactions元素和method来进行声明式事务方法配置。transactions和interceptor元素不一样,当transactions中没有配置method时,事务拦截器不会拦截组件的任何方法;而在transactions元素中method方法可以通过txtype属性指定方法需要开启的事务类型,并且在method元素中还可以通过rollbackexceptions和exception元素结合配置需要回滚事务的异常信息。下面是transactions的配置实例:
说明:transactions和interceptor元素一起使用,这时transactions将会作为最后一个拦截器执行。
ok,bboss的所有拦截器机制和示例就介绍到此。
http://yin-bp.iteye.com/blog/1080824
1.概述
bboss aop/ioc框架支持给组件配置一到多个拦截器,拦截器执行的顺序为类似堆栈的先入后出的模式,before方法按顺序执行(先入),其他方法采用逆序方式执行(后出,先执行最后一个拦截器的其他方法,最后执行第一个拦截器的其他方法)。
这里需要补充说明一下,声明式事务拦截器是bboss内置的一个拦截器,事务拦截器作为组件的所有拦截器中最后一个拦截器执行,同样遵循上面的先入后出原则。
2.拦截器接口
package com.frameworkset.proxy; import java.lang.reflect.Method; public interface Interceptor { public void before(Method method,Object[] args) throws Throwable; public void after(Method method,Object[] args) throws Throwable; public void afterThrowing(Method method,Object[] args,Throwable throwable) throws Throwable; public void afterFinally(Method method,Object[] args) throws Throwable; }
Interceptor 接口定义了四个接口方法:
before-在方法执行之前执行,如果抛出异常,就会终止方法继续执行,同时将异常传递到应用层。
after-在方法执行之后执行,如果抛出异常,就会终止后续其他方法执行,同时将异常传递到应用层。
afterThrowing-当方法执行过程中抛出异常时执行,如果抛出异常,就会终止后续其他方法执行,同时将异常传递到应用层。
afterFinally-在方法finally后执行,如果抛出异常,就会终止后续其他方法执行,同时将异常传递到应用层。
所以在实现自己的Interceptor 时,一定要注意异常的处理,因为拦截器方法的异常会影响组件方法的执行流程。
3.一个具体的拦截器
package org.frameworkset.spi.properties.interceptor; import java.lang.reflect.Method; import com.frameworkset.proxy.Interceptor; public class InterceptorImpl implements Interceptor { private A a; public void after(Method method, Object[] args) throws Throwable { System.out.println("Insterceptor.after(" + method.getName() + ", Object[] args)=" + args[0]); } public void afterFinally(Method method, Object[] args) throws Throwable { System.out.println("Insterceptor.afterFinally(" + method.getName() + ", Object[] args)=" + args[0]); } public void afterThrowing(Method method, Object[] args, Throwable throwable) throws Throwable { System.out.println("Insterceptor.afterThrowing(" + method.getName() + ", Object[] args, Throwable throwable)=" + args[0]); } public void before(Method method, Object[] args) throws Throwable { System.out.println("Insterceptor.before(" + method.getName() + ", Object[] args)=" + args[0]); } }
拦截器InterceptorImpl 中定义了一个全局变量:
private A a;
我们可以对拦截器应用依赖注入(ioc)机制来注入其他业务组件和属性,也就是说拦截器组件本身也是以组件的方式来管理,ioc的所有机制都可以应用于拦截器xml配置节点interceptor,下面具体介绍配置xml元素-interceptor的用法。
4.拦截器配置xml元素-interceptor
interceptor元素作为组件定义元素property的内置元素使用,用来配置组件的aop拦截器。interceptor元素内置method元素,用来配置组件中需要被该拦截器拦截的具体方法,如果没有配置method元素,则对应的拦截器将拦截组件中所有的方法。如果组件配置了多个拦截器,每个拦截器都可以配置自己需要拦截的具体方法。
下面是一个配置实例:
<properties> <property name="test.interceptorbean" singlable="true" class="org.frameworkset.spi.properties.interceptor.A"> <interceptor class="org.frameworkset.spi.properties.interceptor.InterceptorImpl" f:a="attr:test.bean" /> </property> <property name="test.interceptorbeanmethod" singlable="true" class="org.frameworkset.spi.properties.interceptor.A"> <interceptor class="org.frameworkset.spi.properties.interceptor.InterceptorImpl" f:a="attr:test.bean" > <method name="test"> <param type="java.lang.String"/> </method> </interceptor> </property> <property name="test.bean" singlable="true" class="org.frameworkset.spi.properties.interceptor.A"> </property> </properties>
说明:
情形一
<interceptor class="org.frameworkset.spi.properties.interceptor.InterceptorImpl"
f:a="attr:test.bean"
/>
这种配置拦截所有方法,同时我们为拦截器中的属性a注入了另外一个组件实例。
情形二
<interceptor class="org.frameworkset.spi.properties.interceptor.InterceptorImpl"
f:a="attr:test.bean"
>
<method name="test">
<param type="java.lang.String"/>
</method>
</interceptor>
这里通过method元素指定了拦截器需要拦截的组件方法,可以配置多个:
<method name="test">
<param type="java.lang.String"/>
</method>
如果是具体的方法就需要指定方法的参数,如果是采用pattern(正则表达式)则无需指定方法参数,例如:
<method pattern="test.*"/>//表示拦截所有以test开头的方法,这里遵循标准的java正则表达式语法
<method pattern="*"/>//表示拦截所有方法,这里遵循标准的java正则表达式语法
情形三
如果有多个拦截器,请按顺序配置即可:
<interceptor class="org.frameworkset.spi.properties.interceptor.PermissioncheckInterceptorImpl" f:a="attr:test.bean" /> <interceptor class="org.frameworkset.spi.properties.interceptor.LogInterceptorImpl" f:a="attr:test.bean" />
5.内置的声明式事务拦截器配置需要拦截的事务方法配置示例
借助transactions元素和method来进行声明式事务方法配置。transactions和interceptor元素不一样,当transactions中没有配置method时,事务拦截器不会拦截组件的任何方法;而在transactions元素中method方法可以通过txtype属性指定方法需要开启的事务类型,并且在method元素中还可以通过rollbackexceptions和exception元素结合配置需要回滚事务的异常信息。下面是transactions的配置实例:
<property id="tx.a" singlable="true" class="org.frameworkset.spi.transaction.A1" > <!-- 在下面的节点对组件的业务方法事务进行定义 只要将需要进行事务控制的方法配置在transactions中即可 --> <transactions> <!-- 定义需要进行事务控制的方法 属性说明: name-方法名称,可以是一个正则表达式,正则表达式的语法请参考jakarta-oro的相关文档,如果使用 正则表达式的情况时,则方法中声明的方法参数将被忽略,但是回滚异常有效。 pattern-方法名称的正则表达式匹配模式,模式匹配的顺序受配置位置的影响,如果配置在后面或者中间, 那么会先执行之前的方法匹配,如果匹配上了就不会对该模式方法进行匹配了,否则执行匹配操作。 如果匹配上特定的方法名称,那么这个方法就是需要进行事务控制的方法 例如:模式testInt.*匹配接口中以testInt开头的任何方法 txtype-需要控制的事务类型,取值范围: NEW_TRANSACTION, REQUIRED_TRANSACTION, MAYBE_TRANSACTION, NO_TRANSACTION RW_TRANSACTION --> <method name="testTXInvoke" txtype="NEW_TRANSACTION"> <param type="java.lang.String"/> </method> <method name="testTXInvoke" txtype="REQUIRED_TRANSACTION"/> <method name="testTXInvokeWithReturn" txtype="REQUIRED_TRANSACTION"/> <method name="testTXInvokeWithException" txtype="MAYBE_TRANSACTION"/> <method name="testSameName" txtype="NO_TRANSACTION"/> <method name="testSameName1"> <param type="java.lang.String"/> </method> <!-- 定义使事务回滚的异常,如果没有明确声明需要回滚事务的异常,那么当有异常发生时, 事务管理框架将自动回滚当前事务 class-异常的完整类路径 type-是否检测类型异常的子类控制标识, IMPLEMENTS只检测异常类本身,忽略异常类的子类; INSTANCEOF检查异常类本省及其所有子类 --> <method name="testTXWithSpecialExceptions"> <rollbackexceptions> <exception class="org.frameworkset.spi.transaction.RollbackInstanceofException" type="INSTANCEOF"/> <exception class="org.frameworkset.spi.transaction.Exception1" type="IMPLEMENTS"/> </rollbackexceptions> <param type="java.lang.String"/> </method> <method name="testTXWithInstanceofExceptions"> <rollbackexceptions> <exception class="org.frameworkset.spi.transaction.RollbackInstanceofException" type="INSTANCEOF"/> </rollbackexceptions> <param type="java.lang.String"/> </method> <method name="testTXWithImplementsofExceptions"> <rollbackexceptions> <exception class="org.frameworkset.spi.transaction.RollbackInstanceofException" type="IMPLEMENTS"/> </rollbackexceptions> <param type="java.lang.String"/> </method> <!-- 如果涉及的方法名称是一个正则表达式的匹配模式,则无需配置方法参数 如果指定的方法没有参数则无需指定参数 注意参数出现的位置顺序和实际方法定义的参数顺序保持一致 模式为* 表示匹配所有的方法 --> <!-- 通过模式方法进行声明式事务控制,同时声明了需要回滚事务的异常 pattern【testPatternTX[1-9.]*】表示以testPatternTX开头的所有方法 --> <!--<method pattern="testPatternTX[1-9.]*"> <rollbackexceptions> <exception class="org.frameworkset.spi.transaction.RollbackInstanceofException" type="IMPLEMENTS"/> </rollbackexceptions> <param type="java.lang.String"/> </method>--> <!-- 通过模式方法进行声明式事务控制 pattern【testPatternTX[1-9.]*】表示以testPatternTX开头的所有方法 --> <method pattern="testPatternTX[1-9.]*"/> <!-- 系统级别的异常java.lang.NullPointException,导致事务回滚 --> <method name="testSystemException"> <rollbackexceptions> <exception class="org.frameworkset.spi.transaction.RollbackInstanceofException" type="IMPLEMENTS"/> </rollbackexceptions> </method> </transactions> </property>
说明:transactions和interceptor元素一起使用,这时transactions将会作为最后一个拦截器执行。
ok,bboss的所有拦截器机制和示例就介绍到此。
发表评论
-
bboss ioc快速入门教程
2017-08-13 11:28 1195bboss是一个非常不错的ioc框架,功能类似于spr ... -
bboss ioc配置文件中使用外部属性文件介绍
2016-09-20 11:35 1062bboss ioc配置文件中使用外部属性文件介绍 与spri ... -
bboss与spring中配置和引用bboss数据源和bboss dao组件方法说明
2016-08-10 16:04 859首先在项目中导入bboss 持久层包: maven坐标 & ... -
bboss ioc提供的组件初始化工具类介绍
2016-03-18 16:17 681bboss ioc提供的组件初始化工具类介绍 bboss i ... -
扩展bboss ioc语法实现自定义的ioc依赖注入功能
2015-01-20 23:08 1254bboss ioc配置语法简洁而严谨,提供了强大的依赖注入功能 ... -
bboss序列化cglib代理对象方法介绍
2014-06-22 15:14 1085本文介绍bboss序列化cglib代理对象方法。经过cglib ... -
bboss自定义类对象序列化机制介绍
2014-05-26 23:32 1384bboss自定义类对象序列 ... -
bboss将一个组件同时发布为webservice,hessian,http三种服务方法介绍
2014-04-12 14:31 1600bboss将一个组件同时发布为webservice,hessi ... -
bboss发布apache cxf 2.7.6服务和定义客户端服务实例可能产生冲突解决办法
2014-03-22 23:16 1026bboss发布apache cxf 2.7.6服务和定义客户端 ... -
bboss 发布和使用hessian服务方法介绍
2013-02-25 23:21 1984hessian是一款性能非常不错的RPC通讯组件,最近抽空将b ... -
bboss quartz组件全攻略
2013-01-27 13:31 2472bboss quartz组件全攻略 本 ... -
bboss ioc容器之间组件引用方法简介
2012-08-04 15:09 1216bboss ioc容器之间组件引用方法简介。我们可以在ioc容 ... -
Rest协议框架-bboss rpc
2012-08-03 12:51 1259restful风格rpc服务协议rest,定义的语法如下: ... -
解决cxf+bboss发布的webservice缺少<wsdl:types>和<wsdl:message>标签的问题
2012-06-19 10:11 1670cxf+bboss发布webservice服务 ... -
开源工作流引擎activiti与bboss整合使用方法浅析
2012-05-01 11:35 5102本文介绍开源工作流引擎activiti与bboss ioc框架 ... -
bboss aop/ioc组件配置语法诠释
2012-03-01 18:38 2080这篇文章全面介绍bboss ioc 配置语法,希望对 ... -
bboss aop/ioc依赖注入功能介绍
2012-02-12 14:40 1663bboss aop 3.5及后续版本中改进的ioc依赖注入功能 ... -
Bboss和xstream序列化/反序列化性能对比
2011-10-13 00:18 1890Bboss和xstream序列化/反序列化性能对比 本报告分别 ... -
bboss 组件容器的使用方法浅析
2011-08-20 00:21 1564本文重点介绍bboss 中的4大组件容器的特点及使用方法 4 ... -
bboss特色介绍
2011-06-12 15:43 18639bboss是一个j2ee开 ...
相关推荐
官方版本,亲测可用
官方版本,亲测可用
bboss会话共享培训文档,学习bboss不可多得的资料,值得拥有。
bboss es特点请访问: https://www.oschina.net/p/bboss-elastic
bboss+es基本操作示例,elasticsearch,bboss,java使用demo
企业级 J2EE 开源框架:bboss
NULL 博文链接:https://yin-bp.iteye.com/blog/1449900
NULL 博文链接:https://yin-bp.iteye.com/blog/2325602
NULL 博文链接:https://yin-bp.iteye.com/blog/926166
springboot集成ElasticsearchBboss调用Elasticsearch的案例分享
官方版本,亲测可用
资源目录: 项目源码(eshelloword.rar) bboss elasticsearch开发入门教程.wmv 搭建bboss elasticsearch开发环境.wmv 说明.txt
Elasticsearch rest client bboss介绍-Elastic2018中国开发者大会演讲稿
NULL 博文链接:https://yin-bp.iteye.com/blog/2174863
NULL 博文链接:https://yin-bp.iteye.com/blog/2177475
2018年Elastic中国开发者大会闪电演讲材料-Bboss ES简介
浙江移动BBOSS系统快速入门手册V0.1归类.pdf
NULL 博文链接:https://yin-bp.iteye.com/blog/1131637
bboss-datatran 由 bboss 开源的数据采集&流批一体化工具,提供数据采集、数据清洗转换处理和数据入库以及数据指标统计计算流批一体化处理功能。
bbossgroups 3.0 发布,这是国内首款集aop,mvc,persistent,jsp taglib,分布式rpc服务,分布式事件框架于一身的企业级j2ee开发框架 详细信息请看: http://www.javaeye.com/news/20177-bbossmvc-bbossaop