社区
Java EE
帖子详情
springboot项目使用切面,提示This advice advises no methods
snail131
2019-04-11 11:08:34
同样的代码,放到另外的项目中是正常的
...全文
5646
4
打赏
收藏
springboot项目使用切面,提示This advice advises no methods
同样的代码,放到另外的项目中是正常的
复制链接
扫一扫
分享
转发到动态
举报
AI
作业
写回复
配置赞助广告
用AI写文章
4 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
且听-风雨
2021-04-01
打赏
举报
回复
3
其实aop还是生效的,这是插件的bug
且听-风雨
2021-04-01
打赏
举报
回复
这个问题是什么原因造成的呀
sinat_35326011
2020-05-26
打赏
举报
回复
引用 楼主 snail131 的回复:
同样的代码,放到另外的项目中是正常的
这个问题解决了吗 楼主
老王爱敲代码
2019-04-11
打赏
举报
回复
检查下环境是否一样
Spring基于AspectJ框架实现的AOP之配置文件中报错This
ad
vice
ad
vis
es
no
methods
报错情况如下:比对了一下正确的代码我发现正确的配置文件中将目标类和
切面
类纳入Spring容器管理的
标签的前面有两个符号:而且他的这里是不报错的:(这里不报错的代码跟我上面附上的显示"This
ad
vice
ad
vis
es
no
methods
"报错信息的代码是一样的代码)但是我写的前面没有这两个符号:为什么啊!!有没有大佬可以指点一下,感谢!!!(注明一下:这里我采用的是通过spring配置文件来开发的,没有采用注解开发,目标类和
切面
类中也没有写任何的注解)我的目标类:我的
切面
类:(就只有一个通
aop: This
ad
vice
ad
vis
es
no
methods
with annotations
debug了半天,都开始怀疑是不是因为 代理方法的返回值是 object, 而real method的返回值是 List 类型不一致导致的无法找到(虽然这是不可能的,List也是object)原因: https://blog.csdn.net/J080624/article/details/69485899。在写aop的注解后,兴冲冲的放到了real
methods
上,然后发现并没有执行代理的方法。额,,这个时候就彻底忘记了aop的实现也是 cglib,,
后置增强this
ad
vice
ad
vis
es
no
methods
_透过现象看原理:详解Spring中Bean的this调用导致AOP失效的原因...
前言在我们
使用
Spring时,可能有前辈教导过我们,在bean中不要
使用
this来调用被@Async、@Transactional、@Cacheable等注解标注的方法,this下注解是不生效的。那么大家可曾想过以下问题为何致this调用的方法,注解会不生效这些注解生效的原理又是什么如果确实需要调用本类方法,且还需要注解生效,该怎么做?代理是否可以做到this调用注解就直接生效?通过本文,上面的疑...
记一次
使用
SpringAOP遇到的问题
记一次
使用
SpringAOP遇到的问题 1、在需要被切的方法上,加入切点,该方法是
使用
在service中,需要在Interface中也创建,impl中实现接口。否则调用不到,idea会
提示
报错:the
ad
vice
ad
vic
es
no
methods
; @Override @Pointcut("execution(* com.xxx.
methods
(java.lang.String)) && args(param)") public void
methods
(String param){
AOP——面向
切面
编程
通过预编译方式和运行期动态代理实现程序功能的统一维护的技术。 作用:在程序运行期间,在不修改源码的情况下对方法进行功能增强。 优势:减少重复代码,提高开发效率,便于维护。 Aop的底层是jdk动态代理和cglib动态代理,如果代理类是实现接口,就是jdk代理,如果是继承父类就是cglib代理。
使用
spring中 <?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.o
Java EE
67,549
社区成员
225,860
社区内容
发帖
与我相关
我的任务
Java EE
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
复制链接
扫一扫
分享
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章