Maven + Lombok @SLF4J на JDK 21: «Не удается найти символ: log переменной», даже если настраивается обработка аннотаций ⇐ JAVA

[Anonymous]

Я строю приложение Spring Boot с Maven из CLI (No IDE Build). Многие классы используют Lombok's @slf4j, но сборка не удается так: < /p>

Код: Выделить всё

[ERROR] .../src/main/java/com/guardxinc/ui/client/CompanyDataClient.java:[57,17] cannot find symbol
[ERROR]   symbol:   variable log
< /code>
Это происходит для множества классов, аннотированных с помощью @slf4j. < /p>
среда < /p>

 jdk: 21 (java_home указывает на Jdk 21) < /li>
 пружина: 3.4.5 < /li>

 pring boot: 3.4.5 < /li>
 
 Pring But: 3.4.  3.13.0 < /li>
 Lombok: 1.18.38 < /li>
 Строительство с: mvn clean install -pjar -dskiptests (также пробое -x -x) < /li>
< /ul>
that in -x logs < /p>
lombok thepor> на Propor < />  lombok.-processor lombok.launch.AnnotationProcessorHider$AnnotationProcessor
-processorpath .../org/projectlombok/lombok/1.18.38/lombok-1.18.38.jar
< /code>
и Maven Prints: < /p>
(f) annotationProcessorPaths = [org.projectlombok:lombok:1.18.38.jar]
(f) annotationProcessors = [lombok.launch.AnnotationProcessorHider$AnnotationProcessor]

еще не генерируется Завершение.package com.example;

import lombok.extern.slf4j.Slf4j;

@Slf4j
public class CompanyDataClient {
public void call() {
log.info("hello"); //
Минимальный pom.xml (только части, относящиеся к Lombok & Compilation) < /p>

4.0.0
com.example
lombok-slf4j-repro
1.0-SNAPSHOT


21
UTF-8
1.18.38
2.0.17





org.projectlombok
lombok
${lombok.version}
provided




org.slf4j
slf4j-api
${slf4j.version}







org.apache.maven.plugins
maven-compiler-plugin
3.13.0

true
${maven.compiler.release}




org.projectlombok
lombok
${lombok.version}





-J--add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED
-J--add-exports=jdk.compiler/com.sun.tools.javac.code=ALL-UNNAMED
-J--add-exports=jdk.compiler/com.sun.tools.javac.comp=ALL-UNNAMED
-J--add-exports=jdk.compiler/com.sun.tools.javac.tree=ALL-UNNAMED
-J--add-opens=jdk.compiler/com.sun.tools.javac.tree=ALL-UNNAMED






< /code>
Вопрос < /strong>
С учетом вышеизложенного, что еще может заставить Maven составить исходные источники без Ломбока фактически генерировать поле журнала, даже если процессор явно находится на пути? Существуют ли известные подводные камни, где еще один плагин/профиль/корень источника мешает, поэтому Ломбок работает для некоторых файлов (или появляется настройка), но поля @SLF4J все еще отсутствуют? Любые указатели на то, что искать в -x вывода (например, неожиданные корни для дополнительных источников, профили, повторные адаптации SRC/Main/Java и т. Д.)>

Подробнее здесь: https://stackoverflow.com/questions/797 ... ven-though