Spring AOP方面与Spring数据存储库的切入点不一致的行为

Question

背景

我使用AOP通过拦截Spring数据存储库的保存和删除方法来创建/删除受管实体的Spring ACL记录。我的所有存储库都是带有注释的接口，扩展了分页和排序存储库或粗存储库。这在过去一直很有效。不幸的是，我无法准确确定它停止工作的时间点（或代码更改）。

预期行为

以下建议适用于所有保存方法。

@Pointcut("execution(* org.springframework.data.repository.*.save(*))")
public void defaultRepoSave() {}

// may be useful for overridden methods
@Pointcut("execution(* com.xxx.yyy.repository.*.save(..))")
public static void customRepoSave() {}

@Pointcut("defaultRepoSave() || customRepoSave()")
public static void repoSave() {}

@Around(value="repoSave() && args(entity)", argNames="entity")
public Object aroundSave(ProceedingJoinPoint pjp, Object entity) throws Throwable{
    log.info("Saving ...");
    return pjp.proceed();
}

注意：我尝试了各种组合的启用代理（exposeProxy=true/false，proxyTargetClass=true/false），但它似乎对这个特定的建议没有任何影响

问题

通知为某些存储库触发，而不是为其他存储库触发。两个存储库都在同一个包中。调试显示两个存储库都有代理，但左侧存储库的执行完全缺少与通知相关的拦截器。右侧存储库按预期进行。

为了消除切入点不匹配的可能性，我创建了一个自定义注释并添加到。两个存储库中的save（）方法。

注释：

@Retention(RUNTIME)
@Target(METHOD)
public @interface AclManaged {}

用作：

@Override
@AclManaged
Entity1 save(Entity1 entity); 

建议如下：

@Around("@annotation(aclManaged)")
public Object aclManaged(ProceedingJoinPoint joinPoint, AclManaged aclManaged) throws Throwable {
    log.info("Acl managed");
    return joinPoint.proceed();
}

同样的故事-注释在一个存储库中工作，但对于执行（…save…）的存储库不会启动 切入点失败。

出于测试目的，我通过将一个空实体从Postman发布到每个相应的存储库Restendpoint来调用这两种方法。但是，当直接从我的代码调用存储库时，也会发生同样的问题。

为了完整起见，存储库代码（即使使用最基本的repo实现也会出现不一致的行为）：

编辑：我将存储库简化到最低限度---

@RepositoryRestResource(collectionResourceRel = "entity1s", path = "entity1s")
public interface Entity1Repository extends PagingAndSortingRepository<Entity1, Long> {

    // this is the method that is supposed to fire two distinct advices
    @Override
    @AclManaged
    Entity1 save(Entity1 entity);
}

@RepositoryRestResource(collectionResourceRel = "entity2s", path = "entity2s")
public interface Entity2Repository extends PagingAndSortingRepository<Entity2, Long> {


    // both aspects match perfectly
    @Override
    @AclManaged
    Entity2 save(Entity2 ics);


}

问题

什么会阻止AOP方面？Spring如何填充调用拦截器链？

解决AOP问题的最佳方法是什么？（假设执行和注释切入点都失败）

稍有不同的是——使用JPA审计进行ACL管理而不是AOP是否可取？

版本

Spring 5.0.8。RELEASE，Spring数据rest 3.0.9。释放，Spring数据jpa 2.0.9。释放（均由Spring Boot 2.0.4管理）

Answer 1

该问题似乎是由Spring Booot的@Enable...注释和我的@Configuration类的不幸组合引起的。该框架似乎有几种不同的方法来确定类/接口代理（源于@EnableCache、@EnableTransactionManagement、@EnableAeyJAutoProxy、@EnableAsync）。在某些情况下，它们似乎劫持了预期的行为。我能够通过以下方式恢复预期的行为：

• 将proxyTargetClass=true添加到所有启用中 注释
• 正在移动启用 相关配置类的注释

我无法确定哪个组合导致了不一致的行为，即我没有最小的可复制测试用例。

对于不一致的MethodInvocationInterceptor链背后的根本原因，我仍感兴趣。