java – 为什么Spring @Value与@Controller不兼容？
作者：互联网
我正在寻找一个更好地理解这个问题.解决方法非常简单,即将配置数据移动到另一个没有包含代理/建议的类,但我认为更好地理解它将帮助我避免将来出现其他相关问题,所以我想要任何解释任何人可以提供.
我正在使用Spring 3.1.0.RELEASE与Spring STS和vFabric tc服务器.使用@Controller类实现了一个基本的小型REST服务器.这一切都很棒(真的,它是),但是@Controller也是@Transactional,在它和加载时间编织以及vFabric tc服务器之间,它打破了@Value.
@Controller
@RequestMapping("/hello")
public class MyAPI {
@Value("${my.property}")
private String prop;
...
@Transactional
handleRequest(...) ...
}
和属性文件app.properties：
my.property = SUCCESS
这在JUnit下工作正常,测试得到一个支持设置为“SUCCESS”的MyAPI对象.但是当应用程序加载到vFabric中时,我猜它会加载时间编织和代理.无论发生什么,都会创建两个MyAPI实例,一个具有prop ==“SUCCESS”,另一个(不幸的是处理http请求的那个)具有prop ==“${my.prop}”.
总而言之,我称之为魔术的失败,这是我使用像AOP这样的东西最大的担忧.即使使用STS,我也不知道如何找出问题背后的原因,或者弄清楚这是否是一个严重的错误.如果它是一个bug,我不知道它是Spring,AspectJ,加载时织入器还是vFabric中的bug,所以我甚至不知道在哪里提交bug报告.
因此,理解这一点的任何帮助将不胜感激.谢谢.
解决方法:
我想到了.确实,这太神奇了.
我在STS中使用Spring Roo来生成基本的应用程序框架,然后使用STS将Roo考虑在内,因为我们不想坚持使用它.
Roo作为“最佳实践”做的一件事是创建两个Spring上下文,一个用于整个应用程序,一个仅限于调度程序servlet.究竟为什么,我仍然没有得到,但我想他们希望保持表示层的东西,如控制器,爬进共享的服务层. axtavt here很好地解释了这一点.这一切都被STS隐藏了.
在使用Roo的STS中,WEB-INF源不是我所期望的,在/ src / main / resources下(这是META-INF目录所在的位置),而是在/ src / main / webapp下,这不是Java源目录,因此完全单独显示,在/ target目录上方,所以我把它误认为是输出文件夹.
在applicationContext.xml中,Roo已插入过滤器以防止应用程序上下文构造控制器,如axtavt的帖子中所述,但它还放入了另一个过滤器以消除扫描Roo生成的类.我同时把两个滤镜都拿出去了,不是真的知道他们在那里是什么,而是认为他们只是Roo剩饭.
所以现在我已经解决了之前解释过的Controllers being created twice的问题.应用程序上下文中的一个获取分配的属性,因为它使用applicationContext.xml并查找属性文件.但为什么他们都没有获得属性设置？
这让我回到了模糊的webapps文件夹.在WEB-INF文件夹中,Roo放置了web.xml(自然地)和包含webmvc-config.xml文件的spring文件夹.此配置文件设置为仅扫描,创建和设置控制器. web.xml文件设置Web应用程序以使用applicationContext.xml和dispatcherServlet来使用webmvc-config.xml,因此我应该在applicationContext.xml中保留过滤器以避免双重创建.
最后一个难题是这个webmvc-config.xml文件.由于这是控制器设置的上下文,因此该文件需要具有< context：property-placeholder />配置也可以找到属性文件.
标签：java,spring,annotations,aspectj,load-time-weaving 来源： https://codeday.me/bug/20190609/1207867.html