1

我有将实体保存到数据库中的方法。它是：

@Cacheable(value = EMPLOYEE_CACHE,key="#employee.id")
    public Employee createEmployee(Employee employee) {
        try {
            entityManager.persist(employee);
        } catch (Exception e) {
            return null;
        }
        return employee;
    }

我希望结果Employee由 key = idof缓存Employee。在方法运行id后分配员工。entityManager,persist我知道这@Cacheable是因为 AOP 而起作用。默认情况下，它在方法运行employee之前存储到缓存中。createEmployee

方法执行后如何强制org.springframework.cache.annotation.@Cacheable存储到缓存中？

堆栈跟踪：

java.lang.IllegalArgumentException: Null key returned for cache operation (maybe you are using named params on classes without debug info?) CachePutOperation[public com.livelessons.spring.springcore.entities.Employee com.livelessons.spring.springcore.service.EmployeeServiceImpl.createEmployee(com.livelessons.spring.springcore.entities.Employee)] caches=[employees] | key='#employee.id' | condition='' | unless=''
    at org.springframework.cache.interceptor.CacheAspectSupport.inspectCacheUpdates(CacheAspectSupport.java:371)
    at org.springframework.cache.interceptor.CacheAspectSupport.execute(CacheAspectSupport.java:202)
    at org.springframework.cache.interceptor.CacheInterceptor.invoke(CacheInterceptor.java:66)
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
    at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
    at com.sun.proxy.$Proxy30.createEmployee(Unknown Source)
    at com.livelessons.spring.springcore.EmployeeServiceTest.saveEmployee(EmployeeServiceTest.java:59)
    at com.livelessons.spring.springcore.EmployeeServiceTest.testSpringCacheable(EmployeeServiceTest.java:51)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:606)
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
    at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
    at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
    at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
    at org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java:74)
    at org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:83)
    at org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:72)
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:231)
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:88)
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
    at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)
    at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:71)
    at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:174)
    at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
    at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
4

3 回答 3

2

您可以定义自己的注解，例如@deferedCacheable，然后使用aop 以编程方式在缓存中存储/读取对象。

于 2014-06-16T20:49:56.987 回答
1

您应该使用@CachePut代替@Cacheable（具有相同的属性）：

与 {@Cacheable} 注释相反，

这个注解不会导致目标方法被跳过

相反，它总是会导致调用该方法并将其结果放入缓存中。

于 2014-06-16T21:03:17.747 回答
0

有点晚了，但也许对某人有用。@Cacheable 从方法参数定义键，而不是返回值，所以如果你传递没有 id 的新 Employee 对象，你会得到 null。简单的解决方案可能如下所示：

public Employee createEmployeeWithCaching(Employee employee) {
    Employee employee = persistEmployee(employee);
    return saveEmployeeInCache(employee);   
}

private Employee persistEmployee(Employee employee) {
    try {
         return entityManager.persist(employee);
        } catch (Exception e) {
            return null;
        }
}

@Cacheable(value = EMPLOYEE_CACHE,key="#employee.id")
private Employee saveEmployeeInCache(Employee employee) {
    return employee;
}

null但是，如果您真的需要在catch块中返回，请三思而后行。显然它会导致saveEmployeeInCache方法中的其他异常。

于 2016-09-12T21:53:04.880 回答