Gradle

Changing system memory warning to print at info

This is to prevent the additional output from messing up tests that

check output.

Bump up version number

Fixing some flakiness in memory status integration test

Flag test that fails offline

Include link to the user guide in builtin plugin extensions

See #168

Look for transformed artifact in cache first

With this change, we only lookup the `ArtifactTransform` and

checking if attributes match multiple once for a particular artifact/file.

Minor cleanup of memory broadcaster

remove debugging output

Update wrapper to latest nightly

Prepering for 3.3 release branching.

Add limitation to composite builds documentation

+review REVIEW-6405

Improve error message in case we fallback to the `default` configuration but it's not consumable

Since we call fallback on the `default` configuration in case no matching configuration is found with the

consumer attributes, it is possible that this configuration is not consumable, in which case dependency

resolution should fail. This was the case but the error message was unclear, as it was somehow telling

the user that they had selected `default` explicitly. Instead, the error message now lists the configurations

which failed to match, with their respective attributes.

Fix classloading issues when having multiple message types in ObjectConnection

Revalidate that selected configurations match the requested attributes

This commit changes the behavior of dependency resolution in case a selected configuration doesn't match

the requested attributes. It could happen in two cases:

- in case no matching configuration is found, we fallback to the `default` configuration, which could have attributes

that did *not* match (it was part of the selection, but in the end since no configuration was matching, it was selected

anyway).

- in case an explicit configuration was chosen. In that case, we didn't check that the selected configuration matched

the consumer attributes.

Error messages have been improved as part of this story. It's worth noting that this commit does NOT change the

selection algorithm, and we will always fallback to the `default` configuration in case no match is found. The only

thing it does is really revalidating that this fallback is compatible.

See gradle/performance#233

Look for a transformation first before filtering

In transformation matching we want to determine if a transformation can

make an artifact a better match as before. But since we ignore all

attributes that are not set in attribute filtering, we have to be

careful. An artifact may already match before transformation (but

matching can also mean that the artifact is filtered out). Hence,

we have to check if there is a transformation first.

Fix test by overloading 'artifactType'

Ideally, we would specify a custom attribute for the filter,

but custom attributes are not considered when matching artifacts,

or when finding an `ArtifactTransform` instance.

Further changes to push the variants of a configuration through to artifact selection. Changed the result of artifact resolution from a set of artifacts to a set of variants. Currently only the first variant is selected to provide the artifacts for a configuration.

Split JVM/OS memory events and add coverage

Add hacky reproducible example for #933

TeamCity change in 'Gradle :: Branches :: Checkpoints' project: triggers of 'Stage 2 - Linux Basic Coverage' build configuration were updated

Investigate some test tasks