Clone Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Split samples and snippets

    • -46
    • +0
    ./src/main/java/org/gradle/sample/Main.java
  1. … 7735 more files in changeset.
Split samples and snippets from each other

    • -46
    • +0
    ./src/main/java/org/gradle/sample/Main.java
  1. … 7558 more files in changeset.
Split samples and snippets from each other

    • -46
    • +0
    ./src/main/java/org/gradle/sample/Main.java
  1. … 7560 more files in changeset.
Split samples and snippets from each other

    • -46
    • +0
    ./src/main/java/org/gradle/sample/Main.java
  1. … 7558 more files in changeset.
Split samples and snippets from each other

    • -46
    • +0
    ./src/main/java/org/gradle/sample/Main.java
  1. … 7560 more files in changeset.
Update samples to use new Java plugin configurations

  1. … 65 more files in changeset.
Update samples to use new Java plugin configurations

  1. … 65 more files in changeset.
Update samples to use new Java plugin configurations

  1. … 65 more files in changeset.
Update samples to use new Java plugin configurations

  1. … 65 more files in changeset.
Update samples to use new Java plugin configurations

  1. … 66 more files in changeset.
Update samples to use new Java plugin configurations

  1. … 65 more files in changeset.
WIP - replace 'compile' with 'implementation' in docs

  1. … 45 more files in changeset.
Sample projects should provide root project name as best practice (#3730)

  1. … 240 more files in changeset.
Remove usage of --no-search-upwards and deprecate

  1. … 256 more files in changeset.
Resolve from /libs-releases vs /libs-releases-local

Prior to this change, the affected build scripts resolved dependencies

from two repositories: /libs-releases-local and mavenCentral(), and in

that order. /libs-releases-local is, in Artifactory terms, a "local

repository", and it contains only the things we upload to it, e.g. our

gradle-core, gradle-logging, and other gradle-* modules. This means that

the vast majority of dependency resolution requests will fail to find

what they're looking for in /libs-release-local and will then fall back

to mavenCentral(). This is inefficient and slows down builds, because it

requires two client-side HTTP requests for almost every dependency.

This commit favors the use of the /libs-release "virtual repository",

which includes all the content from /libs-release-local, but also

proxies content from maven central (actually, it proxies content from

JFrog's JCenter, but JCenter itself is a proxy for Maven Central).

This means that just one repository declaration can be used instead of

two, and that the client build need only ever issue one HTTP request for

each dependency.

Note that one exception to the explanation above is

buildSrc/build.gradle, which is being changed from /libs to

/libs-release. This same change was recently made to the project's root

build.gradle as well, and the rationale for doing so can be found at

bf9ae865daacc4757615359586588af5b8c15909.

  1. … 7 more files in changeset.
update library versions in samples and integtests

- update slf4j + ant in samples

- groovy in samples + integtests

+review REVIEW-5443

  1. … 36 more files in changeset.
update slf4j-api dependency also in build init templates, samples, integration tests

+review REVIEW-5191

  1. … 13 more files in changeset.
Use HTTPS when talking to repo.gradle.org

+review

  1. … 14 more files in changeset.
Upgraded to slf4j-api 1.7.5

  1. … 9 more files in changeset.
Some minor tidy-ups for the tooling API sample apps.

    • -4
    • +1
    ./src/main/java/org/gradle/sample/Main.java
  1. … 3 more files in changeset.
Upgraded to slf4j 1.7.2.

  1. … 5 more files in changeset.
GRADLE-2419 - don't hold the JVM open after using the Tooling API.

The change is to DisconnectableInputStream. Previously, a cached thread pool was being used internally to consume from the source std in. This had two problems in that the thread could be blocked in a read() to the real input, or could be parked in the pool and we'd have to wait for the timeout.

Instead of using a thread pool (via an Executor) we just create the thread ourselves. This solves the “wait for parked thread idle timeout” issue. We also daemonise the thread, which solves the “blocked in read” issue.

    • -1
    • +0
    ./src/main/java/org/gradle/sample/Main.java
  1. … 6 more files in changeset.
Force exit the JVM in the Tooling API samples.

Some thread is keeping the JVM open after the main thread exits, so to prevent the tests from hanging just exit the JVM.

    • -0
    • +1
    ./src/main/java/org/gradle/sample/Main.java
  1. … 3 more files in changeset.
Move configuration for the daemon sample integ tests into the tests, and out of the sample.

    • -4
    • +5
    ./src/main/java/org/gradle/sample/Main.java
  1. … 7 more files in changeset.
Ensure the Tooling API samples inherit the daemon settings when running the sample code.

This prevents the daemons from hanging around and ensures they use the test Gradle user home.

    • -0
    • +9
    ./src/main/java/org/gradle/sample/Main.java
  1. … 6 more files in changeset.
- Cleaned up the tooling API samples to get rid of the int testing cruft. Instead, the int tests inject the things they need into the samples. - Added a sample for using the generic GradleProject model.

  1. … 9 more files in changeset.
updated all usages of slf4j from 1.6.4 to 1.6.6, and all usages of groovy 1.8.4 to 1.8.6

  1. … 4 more files in changeset.
Fix some old dynamic properties usage that I missed.

  1. … 2 more files in changeset.
Fixes to the Tooling Api suite. Changes should reduce the number of long-lived daemons on the CI boxes. This is especially important for fixing windows build as daemons on windows are more keen on locking files and hence leading to failures in cleaning the workspace. On linux it should reduce the number of daemons which might improve overall performance.

-Made sure that the samples are executed against a short-lived daemon (ttl 60 secs VS 3 hours).

-Reduced the daemon timeout from 5 mins to 1 min for the tooling api tests. This should make certain things faster & more lightweight. The daemonIntegTest is still our official daemon stress tester and it still uses 5-minute timeout.

  1. … 4 more files in changeset.
Upgraded to slf4j-api 1.6.4 and logback 1.0.0.

  1. … 4 more files in changeset.