gpt4 book ai didi

Spring @Cacheable 正在破坏 @RequestMapping

转载 作者:行者123 更新时间:2023-12-02 06:18:46 36 4
gpt4 key购买 nike

我已将我的应用程序升级到 Spring 3.1,并且所有 jar 都已充分更新。但是,当我尝试对其中一个 Controller 中的方法使用 @Cacheable 时,该 Controller 的所有方法的 URL 映射都会中断。在检查日志文件时,我发现从未检测到该 Controller 的所有方法的 URL 映射。我非常确定我的缓存配置没有问题。谁能给我一些线索,告诉我我可能做错了什么。

ehcache.xml

<?xml version="1.0" encoding="UTF-8"?>
<ehcache>
<defaultCache
eternal="false"
maxElementsInMemory="2"
overflowToDisk="false"
diskPersistent="false"
timeToLiveSeconds="300"
memoryStoreEvictionPolicy="LRU" />

<cache name="Backlog"
eternal="false"
maxElementsInMemory="2"
overflowToDisk="false"
diskPersistent="false"
timeToLiveSeconds="300"
memoryStoreEvictionPolicy="LRU" />
</ehcache>

配置:

<bean id="cacheManager" class="org.springframework.cache.ehcache.EhCacheCacheManager">
<property name="cacheManager">
<ref bean="ehcache" />
</property>
</bean>
<bean id="ehcache" class="org.springframework.cache.ehcache.EhCacheManagerFactoryBean" p:configLocation="/WEB-INF/spring-configuration/ehcache.xml" />

代码片段:

@RequestMapping("/*/backlog")
@Cacheable(value = "Backlog")
public ModelAndView getBackLog(){
//sth here
}

感谢您的帮助。

最佳答案

虽然 @mana 已经解释了如何解决这个问题,但这就是添加 @Cacheable 会破坏代码的原因。最近的blog post更详细地解释了这一点,非常值得一读。

默认情况下,Spring 创建 JDK 动态代理来实现缓存行为,这要求被代理的类实现一个接口(interface),该接口(interface)声明您希望在 @Cacheable 类上公开的所有方法。值得注意的是,如果将 Spring 配置为使用基于 CGLIB 的代理,则不必实现任何接口(interface)。

您没有提供任何具体错误,但在这种情况下您经常会遇到方法未找到异常。 Spring 尝试调用代理上的 getBackLog() 方法,但没有。

关于Spring @Cacheable 正在破坏 @RequestMapping,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11187853/

36 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com