在 quarkus 多模块项目中，若子模块未正确配置构建插件（尤其是 `quarkus-maven-plugin` 和编译器插件），cdi 容器将无法为带构造函数注入的 `@applicationscoped` bean 生成代理类，从而抛出“无法自动添加无参构造函数”错误。
当您将单体 Quarkus 应用拆分为多模块结构（如 base 和 dominio）后，出现如下典型错误：
[1] It's not possible to automatically add a synthetic no-args constructor to an unproxyable bean class. You need to manually add a non-private no-args constructor to com.gestorsistemas.chupacabra.base.invoicemirror.invoice.usecase.impl.NFCeSyncServiceImpl...
该错误并非代码缺陷，而是 Quarkus 构建生命周期在子模块中缺失关键插件导致的元数据缺失问题。
? 根本原因：子模块缺少 Quarkus 构建插件链
Quarkus 的 CDI 容器（Arc）在编译期需通过 quarkus-maven-plugin 执行 generate-code 和 build 目标，以：
- 扫描并注册所有 @ApplicationScoped 等作用域 Bean；
- 为需要代理的类（含构造函数注入、拦截器、装饰器等）生成合成字节码（如无参构造器、字段访问器）；
- 生成 Jandex 索引（META-INF/jandex.idx），供运行时快速发现类型与注解。
而您的 base 和 dominio 模块的 pom.xml 中仅继承了父 POM 的
- 缺少 quarkus-maven-plugin → 无法触发 generate-code → Arc 元数据未生成；
- 缺少 maven-compiler-plugin 的 -parameters 参数 → 方法参数名丢失 → 构造函数注入失败；
- 导致 Arc 认为 NFCeSyncServiceImpl 是“不可代理类”（unproxyable），强制要求显式无参构造器。
⚠️ 注意：即使添加了 beans.xml 或 jandex-maven-plugin，若 quarkus-maven-plugin 缺失，Arc 仍无法完成其核心增强流程。
✅ 正确解决方案：在每个可部署/含 Bean 的子模块中显式声明插件
请将父 POM 中
<build>
<plugins>
<!-- 必须：驱动 Quarkus 编译期代码生成 -->
<plugin>
<groupId>${quarkus.platform.group-id}</groupId>
<artifactId>quarkus-maven-plugin</artifactId>
<version>${quarkus.platform.version}</version>
<extensions>true</extensions>
<executions>
<execution>
<goals>
<goal>build</goal>
<goal>generate-code</goal>
<goal>generate-code-tests</goal>
</goals>
</execution>
</executions>
</plugin>
<!-- 必须：确保 Java 17+ 参数反射可用（对构造函数注入至关重要） -->
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>${compiler-plugin.version}</version>
<configuration>
<compilerArgs>
<arg>-parameters</arg>
</compilerArgs>
<source>17</source>
<target>17</target>
</configuration>
</plugin>
<!-- 推荐：保障测试类加载环境一致性 -->
<plugin>
<artifactId>maven-surefire-plugin</artifactId>
<version>${surefire-plugin.version}</version>
<configuration>
<systemPropertyVariables>
<java.util.logging.manager>org.jboss.logmanager.LogManager</java.util.logging.manager>
</systemPropertyVariables>
</configuration>
</plugin>
</plugins>
</build>✅ 验证效果：执行 mvn clean compile -f base/pom.xml 后，检查 base/target/classes/META-INF/jandex.idx 是否存在且非空；同时确认 NFCeSyncServiceImpl 类字节码中已包含合成的无参构造器（可通过 javap -c target/classes/.../NFCeSyncServiceImpl.class 查看）。
? 补充建议与最佳实践
- 模块职责清晰化：base 模块应仅包含通用领域模型、接口与实现（如 NFCeSyncService），避免引入 Web、Persistence 等上层关注点；dominio 等模块负责组合与装配。
- 避免 system 依赖：您 dominio/pom.xml 中使用的 sql-anywhere system 依赖存在可移植性风险，建议改用私有 Maven 仓库或 mvn install:install-file 发布至本地仓库。
- 启用 quarkus.arc.dev-mode 日志：开发时添加 -Dquarkus.arc.dev-mode=true 可输出更详细的 Bean 发现与代理日志，便于调试。
- 统一使用 quarkus-bom 管理版本：确保所有子模块的 quarkus-* 依赖均通过 BOM 控制，避免版本冲突。
完成上述配置后，NFCeSyncServiceImpl 将被 Arc 正确识别为可代理 Bean，构造函数注入可正常工作，无需手动添加无参构造器——这既保持了代码简洁性，也符合 Quarkus “约定优于配置”的设计哲学。
