jvm-services

Clone Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Revert "Revert "Merge pull request #9840 from gradle/lptr/files/simplify-file-matchers""

This reverts commit 669ec8c0211ad7e36ec4a91921e2da5da8619bef.

  1. … 324 more files in changeset.
Revert "Merge pull request #9840 from gradle/lptr/files/simplify-file-matchers"

This reverts commit 72dc39d9784910196e7840ac35317bc46ef4c4a1, reversing

changes made to 69ffd7ea87b343cb6f0f03b947b7605a5bea02b1.

  1. … 324 more files in changeset.
Rename :files project to :file-collections

  1. … 243 more files in changeset.
Add snapshots as test dependency

TestFiles now requires it.

  1. … 9 more files in changeset.
Dogfood native test fixtures

This commit replaces our custom test fixtures with the native "Java test fixtures".

The `TestFixturesPlugin` of our build has been simplified to leverage the native

test fixtures capabilities. Some noticeable changes:

- the `testFixtures` extension has been replaced with regular dependency declaration

- dependencies on test fixtures are now declared using the `testFixtures` keyword

- test fixtures properly declare an API and an implementation, meaning that the

implementation dependencies of test fixtures no longer leak into the compile

classpath of consumers (in particular tests)

  1. … 84 more files in changeset.
Change all subprojects to use 'implementation' dependencies

This includes:

- All projects now explicitly declare all dependencies to other

subprojects. This makes issues more visible, guards for accidental

addition of new dependencies, and leaks much less transitive

dependencies on the compile classpathes.

- All usages of 'runtime' to declare dependencies have been replaced

with 'runtimeOnly'

- All projects are now `java-library` (and declare this explicitly)

- Most remaining Groovy scripts are translated to Kotlin

- The old 'compile' and 'runtime' configurations are not

configured/created anymore for the 'testFixture' and 'integTest'

source sets.

- Some obsolete dependencies (see previous commits) are removed

- 'api' is used scarcely on purpose as the current project structure is

not well designed for this. The projects contain code for several

concerns of the build tool and thus putting complete projects on the

API of others exposes too much. They should be split up along

functional concerns first.

  1. … 112 more files in changeset.
Make more subprojects use Java 8 and remove redundant module types (#9447)

  1. … 28 more files in changeset.
Take advantage of Kotlin DSL plugin spec builders

For they allow code navigation to the plugin implementation classes.

  1. … 36 more files in changeset.
Convert :jvm-services build script to Kotlin

    • -0
    • +22
    ./jvm-services.gradle.kts
  1. … 1 more file in changeset.
Introduced the property moduleType to derive source compatibility settings

  1. … 80 more files in changeset.
Removed almost all extra properties and extracted build environment check into plugin

- Moved extra properties into extension methods

- Created AddVerifyProductionEnvironmentTaskPlugin

- Moved build-extensions from kotlin-dsl to configuration submodule

- Created separate extensions for project groups

  1. … 38 more files in changeset.
Added gradlebuild namespace to plugins and more modularization in buildSrc

- Added to all plugins in buildSrc "gradlebuild." to their id

- Shortened plugin names

- Added ide and docs as additional modules

- Applied java-library plugin to Kotlin projects to model dependencies

  1. … 86 more files in changeset.
Adapt version detection to JEP-322 (#3892)

JEP-322 is a modification to the Java versioning scheme to accommodate

the time-based release model that the JDK is moving to. Starting with

JDK 10-ea build 36, the changes from this version scheme are in play and

the version dection logic now breaks because of the addition of the

java.version.date to the version output. This commit adjusts for

that. Additionally, future LTS releases of the JDK will contain an

appended " LTS" as well, so this commit adjuts for that too.

Extract idiomatic test-fixtures plugin to buildSrc

Plugin is applied to all "groovy projects", see `groovyProject.gradle`.

The plugin configures the Project as a test fixtures producer if

`src/testFixtures` is a directory.

The plugin configures the Project as a test fixtures consumer according

to the `testFixtures` extension configuration.

No more Groovy Closure with optional parameters as a Project extra

property.

Test-fixtures configuration rely on a Groovy DSL only feature that

allows to pass a collection of dependency notations when declaring

dependencies. The Kotlin DSL lacks this feature, see

https://github.com/gradle/kotlin-dsl/issues/639

A workaround has been put in place in `build-extensions.kt` in order to

move forward until this is properly fixed in the Kotlin DSL.

Signed-off-by: Paul Merlin <paul@gradle.com>

  1. … 70 more files in changeset.
Make the Classycle configuration more idiomatic

by replacing the configuration function useClassycle() as extra project

property with a plugins {} block plugin request and a project extension.

The classycle extension has two properties, one for the excludes defined

per project, the other one to reference the report resources zip.

This change will make configuring classycle from Kotlin DSL scripts

nicer.

Introduce kotlin-dsl-upstream.kt in buildSrc org.gradle.kotlin.dsl

package for members missing from the Gradle Kotlin DSL intended to be

pulled upstream into the next Gradle Kotlin DSL release.

A sole extension added: reified ObjectFactory.listProperty()

Signed-off-by: Paul Merlin <paul@gradle.com>

  1. … 54 more files in changeset.
Favour declarative plugin application in build scripts

  1. … 26 more files in changeset.
Changed a couple more projects to use `java-library` plugin. Also inject Groovy as a test compile dependency for all projects, and removed the declaration from various project's build files.

  1. … 34 more files in changeset.
Use StreamByteBuffer in DefaultJvmVersionDetector

+review REVIEW-6266

Make JvmVersionDetector thread safe

- make JvmVersionDetector an interface type

- move caching to separate class that delegates to implementation

+review REVIEW-6156

  1. … 2 more files in changeset.
Make JvmVersionDetector thread safe

- make JvmVersionDetector an interface type

- move caching to separate class that delegates to implementation

+review REVIEW-6156

  1. … 2 more files in changeset.
Use sourceCompatibility = 1.6 when building with Java 9

  1. … 16 more files in changeset.
Changed the default Java version used by our projects to Java 6. For those projects that still need to (partially) run on Java 5, the build scripts for these projects have been updated to declare Java 5 as the source.

  1. … 19 more files in changeset.
Generate a deprecation warning when running tests using Java 5 or earlier. This will be changed into an error in Gradle 3.0

  1. … 2 more files in changeset.
Moved `VmVersionDetector` out of 'launcher' project into new 'jvmServices' project, where it can be reused.

    • -0
    • +12
    ./jvm-services.gradle
  1. … 14 more files in changeset.