You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
GradleBuildConfigurationReader.readConfiguration() invokes a gradle build with the help task to generate the GradleBuildConfiguration. (For the project I am profiling, this takes several minutes of configuration time to perform. Is it possible to shorten this time it takes to resolve the gradle version and read the build configuration?)
I cannot override the value of javaHome for this gradle execution, so it defaults to JAVA_HOME which is set to jdk11 in the environment I run these tests in. We would like to enforce JDK 17 for this project by throwing an error when a developer invokes a build with jdk11 to avoid more confusing errors that may happen later in the build, but this means that the project is no longer compatible with profiler.
I'm working on updating the build environment where profiling is run, but it seems like this should be possible to override.
The text was updated successfully, but these errors were encountered:
GradleBuildConfigurationReader.readConfiguration()
invokes a gradle build with thehelp
task to generate theGradleBuildConfiguration
. (For the project I am profiling, this takes several minutes of configuration time to perform. Is it possible to shorten this time it takes to resolve the gradle version and read the build configuration?)gradle-profiler/src/main/java/org/gradle/profiler/DefaultGradleBuildConfigurationReader.java
Lines 126 to 138 in af476ee
I cannot override the value of javaHome for this gradle execution, so it defaults to
JAVA_HOME
which is set to jdk11 in the environment I run these tests in. We would like to enforce JDK 17 for this project by throwing an error when a developer invokes a build with jdk11 to avoid more confusing errors that may happen later in the build, but this means that the project is no longer compatible with profiler.I'm working on updating the build environment where profiling is run, but it seems like this should be possible to override.
The text was updated successfully, but these errors were encountered: