Search Options

Results per page
Sort
Preferred Languages
Advance

Results 1 - 10 of 17 for their (0.18 sec)

  1. architecture-standards/0003-avoid-introducing-Groovy-types-to-public-api.md

    - **Reduce the size of the Gradle distribution** - We no longer need to carry multiple standard libraries for different languages.
    
    ## Decision
    
    We do not introduce new public API methods that include Groovy types in their signatures.
    Existing Groovy methods will not be removed immediately.
    
    ## Status
    
    ACCEPTED
    
    ## Consequences
    
    Plain Text
    - Registered: Wed Feb 14 11:36:15 GMT 2024
    - Last Modified: Wed Jan 31 14:32:10 GMT 2024
    - 1.8K bytes
    - Viewed (0)
  2. architecture/standards/0005-introduce-core-ui-architecture-module.md

    ## Status
    
    ACCEPTED
    
    ## Consequences
    
    - Introduce the module and move the services and their implementations.
    Plain Text
    - Registered: Wed May 01 11:36:15 GMT 2024
    - Last Modified: Mon Mar 04 23:19:15 GMT 2024
    - 1.3K bytes
    - Viewed (0)
  3. build-logic/documentation/src/main/groovy/gradlebuild/docs/dsl/source/model/MethodMetaData.java

            }
            builder.append(')');
            return builder.toString();
        }
    
        /**
         * Returns the signature of this method, excluding the return type, and converting generic types to their raw types.
         */
        public String getOverrideSignature() {
            StringBuilder builder = new StringBuilder();
            builder.append(name);
            builder.append('(');
    Java
    - Registered: Wed Apr 17 11:36:08 GMT 2024
    - Last Modified: Wed Dec 09 08:14:05 GMT 2020
    - 4.9K bytes
    - Viewed (0)
  4. .teamcity/src/test/kotlin/CIConfigIntegrationTests.kt

                File(it, "src/integTest").exists() &&
                    it.name != "distributions-integ-tests" && // distributions:integTest is part of Build Distributions
                    it.name != "soak" // soak tests have their own test category
            }
    
            assertFalse(projectFoldersWithFunctionalTests.isEmpty())
            projectFoldersWithFunctionalTests.forEach {
    Plain Text
    - Registered: Wed May 01 11:36:15 GMT 2024
    - Last Modified: Tue Jan 02 10:00:06 GMT 2024
    - 13.3K bytes
    - Viewed (0)
  5. architecture-standards/0002-avoid-using-java-serialization.md

    ## Decision
    
    We do not use Java serialization. Instead, we use custom serialization where we explicitly describe how data objects should be serialized and deserialized.
    
    For internal purposes, we use binary formats for their brevity.
    We use the `Serializer` abstraction to separate the actual implementation of serialization from its uses.
    
    When sharing data with external tools, we use JSON.
    
    ## Status
    
    PROPOSED
    
    ## Consequences
    
    Plain Text
    - Registered: Wed Feb 14 11:36:15 GMT 2024
    - Last Modified: Thu Feb 08 21:48:27 GMT 2024
    - 1.9K bytes
    - Viewed (0)
  6. build-logic/build-update-utils/src/main/kotlin/gradlebuild/buildutils/tasks/AbstractCheckOrUpdateContributorsInReleaseNotes.kt

            val releaseNotesLines: List<String> = releaseNotes.asFile.get().readLines()
            val contributorSectionBeginIndex = releaseNotesLines.indexOfFirst { it.startsWith("We would like to thank the following community members for their contributions to this release of Gradle:") } + 1
    
            if (contributorSectionBeginIndex == 0) {
                throw IllegalStateException("Can't find the contributors section in the release notes $releaseNotes.")
            }
    
    Plain Text
    - Registered: Wed May 01 11:36:15 GMT 2024
    - Last Modified: Mon May 16 05:03:11 GMT 2022
    - 5.7K bytes
    - Viewed (0)
  7. .cm/plugins/filters/isEnabledAutomation/index.js

     * </ul>
     *
     * or
     *
     * <ul>
     *     <li>The author is a member of the Gradle organization,</li>
     *     <li>and has opted into the automation by adding their username to the appropriate map entry above.</li>
     * </ul>
     *
     * or
     *
     * <ul>
     *     <li>The author is NOT a member of the Gradle organization,</li>
    JavaScript
    - Registered: Wed May 01 11:36:15 GMT 2024
    - Last Modified: Fri Apr 12 13:42:16 GMT 2024
    - 3.1K bytes
    - Viewed (0)
  8. architecture-standards/0005-introduce-core-ui-architecture-module.md

    ## Status
    
    PROPOSED
    
    ## Consequences
    
    - Introduce the module and move the services and their implementations.
    Plain Text
    - Registered: Wed Feb 14 11:36:15 GMT 2024
    - Last Modified: Wed Feb 07 00:56:13 GMT 2024
    - 1.2K bytes
    - Viewed (0)
  9. architecture/standards/0003-avoid-introducing-Groovy-types-to-public-api.md

    - **Reduce the size of the Gradle distribution** - We no longer need to carry multiple standard libraries for different languages.
    
    ## Decision
    
    We do not introduce new public API methods that include Groovy types in their signatures.
    Existing Groovy methods will not be removed immediately.
    
    ## Status
    
    ACCEPTED
    
    ## Consequences
    
    Plain Text
    - Registered: Wed May 01 11:36:15 GMT 2024
    - Last Modified: Sun Mar 10 20:38:06 GMT 2024
    - 1.8K bytes
    - Viewed (0)
  10. architecture/standards/0002-avoid-using-java-serialization.md

    ## Decision
    
    We do not use Java serialization.
    Instead, we use custom serialization where we explicitly describe how data objects should be serialized and deserialized.
    
    For internal purposes, we use binary formats for their brevity.
    We use the `Serializer` abstraction to separate the actual implementation of serialization from its uses.
    
    When sharing data with external tools, we use JSON.
    
    ## Status
    
    ACCEPTED
    
    ## Consequences
    
    Plain Text
    - Registered: Wed May 01 11:36:15 GMT 2024
    - Last Modified: Thu Feb 29 22:32:18 GMT 2024
    - 2.3K bytes
    - Viewed (0)
Back to top