Package dev.architectury.loom.forge.tool

Interface ForgeToolExecutor.Settings

Enclosing class:
ForgeToolExecutor
public static interface ForgeToolExecutor.Settings

  • Method Details

    • getExecutable

      @Input @Optional org.gradle.api.provider.Property<String> getExecutable()

    • getProgramArgs

      @Input @Optional org.gradle.api.provider.ListProperty<String> getProgramArgs()

    • getJvmArgs

      @Input @Optional org.gradle.api.provider.ListProperty<String> getJvmArgs()

    • getMainClass

      @Input @Optional org.gradle.api.provider.Property<String> getMainClass()

    • getExecClasspath

      @Classpath org.gradle.api.file.ConfigurableFileCollection getExecClasspath()

    • getShowVerboseStdout

      @Internal org.gradle.api.provider.Property<Boolean> getShowVerboseStdout()
      是否把工具的标准输出透传到构建日志.

      标记为 @Internal 而**不是** @Input：本值只决定「输出流接哪里」， 不参与任何产物字节。而它的取值随构建日志级别变化（ForgeToolExecutor.shouldShowVerboseStdout(org.gradle.api.Project)）， 若当 @Input，则「换一个日志级别」就等于换了一整套缓存键。

      实测后果（2026-10-27，AllinGame）：节点 generateForgePrePatchJar 标了 @CacheableTask 却永远撞不到同一键，每轮重跑整条 10 步 MCP 链， 直接造成 forge 全量 26 分钟的头部开销；下游 generateForgePatchedIntermediateJar /manipulateForgeMappings/accessTransformForgeJar/generateForgePatchedJar 全部跟着重跑。复合构建下更糟：每个构建根各自一份，重复行数成倍上涨。

    • getShowVerboseStderr

      @Internal org.gradle.api.provider.Property<Boolean> getShowVerboseStderr()
      同 getShowVerboseStdout()：只影响日志透传，不影响产物.

    • classpath

      default void classpath(Object... paths)

    • setClasspath

      default void setClasspath(Object... paths)

    • args

      default void args(String... args)

    • args

      default void args(Collection<String> args)

    • setArgs

      default void setArgs(List<String> args)

    • jvmArgs

      default void jvmArgs(String... args)

    • jvmArgs

      default void jvmArgs(Collection<String> args)