scripts

Remove TextResourceLoader.Factory

Merge branch 'master' into deprecate_http_download

Signed-off-by: Jonathan Leitschuh <Jonathan.Leitschuh@gmail.com>

Replace 'Matchers' with 'CoreMatchers'

So we do not require 'org.hamcrest:hamcrest-library' as additional

dependency anymore. Which was only available for most of the tests

because it leaked onto the test compile classpath.

Fix compilation errors introduced by TextUrlResource.Factory change

Signed-off-by: Jonathan Leitschuh <Jonathan.Leitschuh@gmail.com>

Use 'implementation' dependencies everywhere

Make script source hashing faster

Do not calcualte the hash for the same script multiple times.

The hash is now stored in the text resource itself so we don't need

an externall managed cache. The UriTextResource implementation has

been thoroughly optimized for local file URIs. Previously reading

those in was a major bottleneck due to copying every byte into 4(!)

different buffers.

Adding the HashCode to the TextResource made me aware of the fact

that the tooling API depended on these interfaces, although it should

never be reading scripts. It turns out that the script was attached to

the BuildLayout, where it didn't really belong. It is now only created

once the build is running and we are actually trying to load the settings

file. There were a few changes to types marked with @UsedByScanPlugin.

These were all checked against the scan plugin code base to ensure they

are safe. The reported data is now more accurate as it returns a `null`

value for a non-existing settings file instead of reporting a dummy path.

Reuse cached content when hashing scripts

This ensures that the hash and the compiled script are taken from

the same source code and neither picks up any changes that the user

does during the build.

Fixes #7992

Got rid of the last of the `@RunWith(JMock)`

Remove --recompile-scripts option

The corresponding `StartParameter` property is now deprecated.

Resolves #6306.

Remove unused code

ContentHasherFactory has no real use, so let's decrease complexity.

Update JMock to 2.8.4

Organize imports

Use MD5 as the default hashing function

Remove deprecated Class.newInstance() (#6496)

`Class.newInstance()` was deprecated in Java 9.

Expose insights to build script compilation (#6097)

Add support for URI-backed text resources

This can be used to point tasks like Checkstyle

to a remote, shared configuration file without

having to package it into an archive and using

dependency resolution.

The implementation reuses the same caching logic

we have for remote build scripts.

Let Groovy DSL script compilation cache hold weak references to ClassLoaders (#4163)

And remove useless build-scope in-memory cache layer

Let Groovy DSL script compilation cache hold weak references to ClassLoaders

And remove useless build-scope in-memory cache layer

Changed the process forking infrastructure so that it attempts to reuse threads rather than creating 3 or more threads per process that is forked.

There is now a global `ExecFactory` service that manages the infrastructure, including a pool of threads. It provides various factory methods to create instances of `ExecHandleBuilder`, `ExecAction`, `JavaExecHandleBuilder` and `JavaExecAction` backed by this infrastructure.

Replaced all direct instantiation of these types with usages of these factory methods.

Script plugins applied using plugins {} can use mixed scripting languages

Use our own hashing architecture, take 2 (#2817)

This replaces Guava's hashing. We need this for two reasons:

- it allows the addition of custom hash functions, like BLAKE2b which would not be possible with Guava's closed design

- it fixes a few performance issues that Guava only fixes in version 20 (which we can't upgrade to right now, because we still need to support Java 5 in places)