- Sort Score
- Num 10 results
- Language All
Results 31 - 40 of 134 for ctMask (0.03 seconds)
-
build-logic-commons/publishing/src/main/kotlin/gradlebuild.publish-public-libraries.gradle.kts
enabled = false // don't publish normalized local version to remote repository when using 'publish' lifecycle task } tasks.named("publishGradleDistributionPublicationToLocalRepository") { enabled = false // this should not be used so we disable it to avoid confusion when using 'publish' lifecycle task } val localPublish = project.tasks.named("publishLocalPublicationToLocalRepository") { doFirst {
Created: Wed Dec 31 11:36:14 GMT 2025 - Last Modified: Thu Oct 30 16:56:31 GMT 2025 - 5.7K bytes - Click Count (0) -
impl/maven-core/src/test/java/org/apache/maven/lifecycle/internal/stub/AboutTheStubs.html
The stubs define three top-level targets that are defined in LifecycleTaskSegmentCalculatorStub; clean, aggr and install. "aggr" is an aggregating task while clean and install are lifecyclephases. There will be three items in the task list for this dataset. The stubs also exist at different "levels", where one test might wire stubs into a specific live implementation.
Created: Sun Dec 28 03:35:09 GMT 2025 - Last Modified: Fri Oct 25 12:31:46 GMT 2024 - 2.3K bytes - Click Count (0) -
build-logic/buildquality/src/main/kotlin/gradlebuild.configure-ci-artifacts.gradle.kts
val taskPathToReports = allTasks.associate { it.path to it.customReports() + it.attachedReportLocations() }.filter { it.value.isNotEmpty() } globalExtension.taskPathToReports = taskPathToReports } } fun Task.customReports(): List<File> = when (this) { is ValidatePlugins -> listOf(outputFile.get().asFile) is FindBrokenInternalLinks -> listOf(reportFile.get().asFile) is DistributionTest -> listOf(Created: Wed Dec 31 11:36:14 GMT 2025 - Last Modified: Wed Dec 24 14:15:15 GMT 2025 - 2.1K bytes - Click Count (0) -
build-logic/binary-compatibility/src/main/groovy/gradlebuild/binarycompatibility/JapicmpTaskWithKotlin.java
public JapicmpTaskWithKotlin() { super(); addKotlinCompilerToJapicmpClasspath(); getMaxWorkerHeap().convention("1g"); } // it's easier to do this via reflection than to copy the whole task private void addKotlinCompilerToJapicmpClasspath() { try { Field additionalJapicmpClasspathField = JapicmpTask.class.getDeclaredField("additionalJapicmpClasspath");
Created: Wed Dec 31 11:36:14 GMT 2025 - Last Modified: Wed Dec 24 14:15:15 GMT 2025 - 2.3K bytes - Click Count (0) -
impl/maven-core/src/main/java/org/apache/maven/lifecycle/internal/LifecycleTask.java
* under the License. */ package org.apache.maven.lifecycle.internal; /** * A task that is a lifecycle. * <p> * <strong>NOTE:</strong> This class is not part of any public api and can be changed or deleted without prior notice. * * @since 3.0 */ public final class LifecycleTask extends Task { public LifecycleTask(String lifecyclePhase) { super(lifecyclePhase); }
Created: Sun Dec 28 03:35:09 GMT 2025 - Last Modified: Fri Oct 25 12:31:46 GMT 2024 - 1.1K bytes - Click Count (0) -
docs/en/docs/advanced/advanced-dependencies.md
instead of using the same database session, you would create a new database session inside of the background task, and you would obtain the objects from the database using this new session. And then instead of passing the object from the database as a parameter to the background task function, you would pass the ID of that object and then obtain the object again inside the background task function....
Created: Sun Dec 28 07:19:09 GMT 2025 - Last Modified: Thu Nov 13 07:37:15 GMT 2025 - 9.1K bytes - Click Count (0) -
architecture/standards/0006-use-of-provider-apis-in-gradle.md
Provider API, domain object containers) when defining configurable parts of a plugin (tasks, extensions, domain objects). The Provider API provides a consistent way to set conventions, wire related configuration together (extension <- domain object <- task) and avoid evaluation ordering problems. The Gradle codebase has evolved over time and has a mixture of simple getter/setter methods, Provider API and things in between. It can be hard to follow best practices because Gradle provided types...
Created: Wed Dec 31 11:36:14 GMT 2025 - Last Modified: Tue Oct 15 20:00:57 GMT 2024 - 10K bytes - Click Count (0) -
build-logic/binary-compatibility/src/main/kotlin/gradlebuild/binarycompatibility/AlphabeticalAcceptedApiChangesTask.kt
package gradlebuild.binarycompatibility import org.gradle.api.GradleException import org.gradle.api.tasks.CacheableTask import org.gradle.api.tasks.TaskAction import java.io.File /** * This [Task][org.gradle.api.Task] checks that the contents of a given accepted API changes files * are present in alphabetical order (by type, then member), and throws an exception and reports * any changes that are not. */ @CacheableTask
Created: Wed Dec 31 11:36:14 GMT 2025 - Last Modified: Fri Nov 29 14:03:44 GMT 2024 - 2.5K bytes - Click Count (0) -
build-logic/binary-compatibility/src/main/kotlin/gradlebuild/binarycompatibility/SortAcceptedApiChangesTask.kt
import com.google.gson.FormattingStyle import com.google.gson.Gson import com.google.gson.GsonBuilder import org.gradle.api.tasks.CacheableTask import org.gradle.api.tasks.TaskAction /** * This [Task][org.gradle.api.Task] reorders the changes in an accepted API changes files * so that they are alphabetically sorted (by type, then member). */ @CacheableTask
Created: Wed Dec 31 11:36:14 GMT 2025 - Last Modified: Wed Apr 09 14:09:16 GMT 2025 - 1.5K bytes - Click Count (0) -
build-logic/buildquality/src/test/kotlin/gradlebuild/testcleanup/TestFilesCleanupServiceTest.kt
"--continue", "--no-watch-fs" ).buildAndFail() assertEquals(TaskOutcome.SUCCESS, result.task(":successful-report:test")!!.outcome) assertEquals(TaskOutcome.FAILED, result.task(":failed-report-with-leftover:test")!!.outcome) assertEquals(TaskOutcome.FAILED, result.task(":failed-test-with-leftover:test")!!.outcome)Created: Wed Dec 31 11:36:14 GMT 2025 - Last Modified: Wed Jun 18 10:36:40 GMT 2025 - 10.9K bytes - Click Count (0)