Spring - Как кешировать при самовызове с помощью aspectJ?

Вы читали Javadoc для EnableCaching?

Обратите внимание, что если для режима() установлено значение AdviceMode.ASPECTJ, то значение атрибута proxyTargetClass() будет игнорироваться. Также обратите внимание, что в этом случае файл JAR модуля spring-aspects должен присутствовать в пути к классам, а преобразование во время компиляции или во время загрузки применяет аспект к затронутым классам. В таком сценарии нет прокси-сервера; Местные звонки также будут перехвачены.

Поэтому, пожалуйста, проверьте, если вы

1. иметь spring-aspects на пути к классу и
2. запустил ваше приложение с параметром java -javaagent:/path/to/aspectjweaver.jar.

Существует альтернатива № 2, но проще всего использовать агент Java. Я не пользователь Spring, поэтому я не эксперт в настройке Spring, но даже такой новичок в Spring, как я, добился успеха с агентом Java, поэтому, пожалуйста, попробуйте сначала.

Благодаря @kriegaex, он исправил меня, указав на зависимость spring-aspects и требование javaagent для загрузки во время загрузки. Для удобства других ниже приведены фрагменты конфигурации для Spring Boot и Maven.

(Примечание. В конце концов, я не почувствовал, что все это того стоит для моего проекта. См. Мой другой ответ для более простого, хотя и несколько уродливого, обходного пути.)

ПОМ:

    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-aop</artifactId>
    </dependency>

    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-aspects</artifactId>
    </dependency>

    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-cache</artifactId>
    </dependency>

Конфигурация приложения:

@Configuration
@EnableCaching(mode = AdviceMode.ASPECTJ)
public class ApplicationConfig { ... }

Целевой метод:

@Cacheable(cacheNames = { "cache-name" })
public Thingy fetchThingy(String identifier) { ... }

Механизм плетения:

Вариант 1: Плетение во время загрузки (весна по умолчанию)

Используйте аргумент JVM javaagent или добавьте в свои библиотеки контейнеров сервлетов

-javaagent:<path-to-jar>/aspectjweaver-<version>.jar

Вариант 2: плетение во время компиляции

(Предположительно, это работает, но я обнаружил отсутствие связных примеров для использования с Spring Caching — см. дальнейшее чтение ниже)

Используйте аспект-maven-plugin: https://www.mojohaus.org/aspectj-maven-plugin/index.html

<plugin>
    <groupId>org.codehaus.mojo</groupId>
    <artifactId>aspectj-maven-plugin</artifactId>
    <version>1.11</version>
    <dependencies>
        <dependency>
            <groupId>org.aspectj</groupId>
            <artifactId>aspectjrt</artifactId>
            <version>${aspectj.version}</version>
        </dependency>
        <dependency>
            <groupId>org.aspectj</groupId>
            <artifactId>aspectjtools</artifactId>
            <version>${aspectj.version}</version>
        </dependency>
    </dependencies>
    <executions>
        <execution>
            <goals>
                <goal>compile</goal>
                <goal>test-compile</goal>
            </goals>
        </execution>
    </executions>
    <configuration>
        <outxml>true</outxml>
        <showWeaveInfo>false</showWeaveInfo>
        <Xlint>warning</Xlint>
        <verbose>false</verbose>
        <aspectLibraries>
            <aspectLibrary>
                <groupId>org.springframework</groupId>
                <artifactId>spring-aspects</artifactId>
            </aspectLibrary>
        </aspectLibraries>
        <complianceLevel>${java.version}</complianceLevel>
        <source>${java.version}</source>
        <target>${java.version}</target>
    </configuration>
</plugin>

Для справки/поиска вот ошибка, из-за которой все это началось:

Caused by: java.io.FileNotFoundException: class path resource [org/springframework/cache/aspectj/AspectJCachingConfiguration.class] cannot be opened because it does not exist

Больше чтения:

• АОП и Spring: https://docs.spring.io/spring-framework/docs/current/reference/html/core.html#aop
• Учебное пособие по AspectJ (Baeldung): https://www.baeldung.com/aspectj
• Complie-Time Weaving vs Load-Time Weaving: https://stackoverflow.com/a/23042793/631272
• CTW против LTW в весеннем кратком обзоре: https://stackoverflow.com/a/41370471/631272
• Учебное пособие по CTW и LTW: https://satenblog.wordpress.com/2017/09/22/spring-aspectj-compile-time-weaving/
• Получение CTW для работы в Eclipse M2e: https://stackoverflow.com/a/19616845/631272
• Проблемы с CTW и Java 11 (возможно, были частью моей борьбы с этим): https://www.geekyhacker.com/2020/03/28/how-to-configure-aspectj-in-spring-boot/

TL;DR: если AspectJ доставляет вам головную боль, и вам это действительно не нужно, кроме как обойти самовызов Spring Caching, на самом деле может быть чище/легче/проще добавить простой компонент делегата кеша, который могут использовать ваши сервисные слои. повторное использование.

Код:

@Component
public class CacheDelegateImpl implements CacheDelegate {
    @Override @Cacheable(cacheNames = { "things" })
    public Object getTheThing(String id) { ... }
}

@Service
public class ThingServiceImpl implements ThingService {
    @Resource
    private CacheDelegate cacheDelegate;

    public Object getTheThing(String id) {
        return cacheDelegate.getTheThing(id);
    }

    public Collection<Object> getAllTheThings() {
        return CollectionUtils.emptyIfNull(findAllTheIds())
                .parallelStream()
                .map(this::getTheThing)
                .collect(Collectors.toSet());
    }
}

Добавление еще одного ответа, потому что, чтобы решить эту же проблему для себя, я изменил направление. Более прямые решения отмечены @kriegaex и мной ранее, но это другой вариант для людей, у которых есть проблемы с запуском AspectJ, когда он вам принципиально не нужен.

Для моего проекта добавление AspectJ только для того, чтобы разрешить кэшируемые ссылки на тот же компонент, было катастрофой, которая вызвала 10 новых головных болей вместо одной простой (но раздражающей).

Краткое неисчерпывающее изложение:

• Введение нескольких новых зависимостей
• Внедрение сложных плагинов POM либо для переплетения во время компиляции (что никогда не работало правильно для меня), либо для маршалирования jar-переплетения байтов во время выполнения в правильное место.
• Добавление аргумента Javaagent JVM во время выполнения во все наши развертывания
• Гораздо более низкая производительность как во время сборки, так и во время запуска (для плетения)
• AspectJ подбирает и терпит неудачу в аннотациях Spring Transactional в других областях кодовой базы (где в остальном я был счастлив использовать прокси-серверы Spring)
• Java versioning issues
  • Somehow a dependency on the ancient Sun Microsystems tools.jar (which is not present in later OpenJDK versions)
• Как правило, плохой и разрозненный документ о том, как реализовать вариант использования кэширования отдельно от Spring Transactions и/или без полноценного AOP с AspectJ (который мне не нужен/не нужен)

В конце концов, я просто вернулся к Spring Caching через прокси и представил делегата кеша, на который вместо этого могли ссылаться оба моих метода службы. Этот обходной путь является грубым, но для меня он был предпочтительнее всех обручей AspectJ, через которые я прыгал, когда мне действительно не нужен/не нужен AspectJ. Мне просто нужно бесшовное кэширование и СУХОЙ сервисный код, которого достигает этот обходной путь.