build(samples): Remove outputs.upToDateWhen { false } from systemTest tasks

[runningcode]

📜 Description

Removes outputs.upToDateWhen { false } from the systemTest tasks in the sentry-samples/* modules and replaces it with proper Gradle input tracking via a new io.sentry.systemtest convention plugin.

The system tests launch the packaged sample app (shadowJar/bootJar/war) from build/libs as a separate process — it is not on the test classpath. With only outputs.upToDateWhen { false } removed, Gradle would compute up-to-date purely from the test classes and runtime classpath, so a separate jar build could refresh the artifact while systemTest was skipped, meaning the assertions never ran against the rebuilt sample.

Rather than repeat the wiring in all 22 sample build files, it lives in one build-logic convention plugin (build-logic/src/main/kotlin/io.sentry.systemtest.gradle.kts), following the existing io.sentry.spotless / io.sentry.javadoc pattern. Each sample applies id("io.sentry.systemtest"). The plugin auto-detects the packaging task with precedence war → shadowJar → bootJar (mirroring test/system-test-runner.py) and declares its archive as a systemTest input:

tasks.matching { it.name == "systemTest" }.configureEach {
  val archiveTask =
    listOf("war", "shadowJar", "bootJar").firstOrNull { it in tasks.names }
      ?: throw GradleException("…none of war/shadowJar/bootJar exist…")
  // Declaring the archive as an input also wires the dependency on its producing task.
  inputs.files(tasks.named(archiveTask))
    .withPropertyName("appArchive")
    .withNormalizer(ClasspathNormalizer::class.java)
  …
}

OpenTelemetry agent. The agent-based OTel samples are also launched with -javaagent:<sentry-opentelemetry-agent>, started outside the test JVM and likewise untracked. The plugin exposes a usesOpenTelemetryAgent opt-in (sentrySystemTest { usesOpenTelemetryAgent = true }); the three agent samples enable it and the agent jar is tracked as a content input. The runner already builds and launches the agent before invoking the task, so it is tracked by path (no cross-project task dependency), which keeps it configuration-on-demand and configuration-cache compatible.

Notes on Gradle best practices:

• tasks.matching { … }.configureEach + it in tasks.names + tasks.named(…) are all lazy — no eager task realization (configuration avoidance preserved).
• No afterEvaluate.
• Misconfiguration fails loudly (GradleException) rather than silently skipping the input.
• Configuration cache verified: entry stored then reused across runs with no problems.

💡 Motivation and Context

outputs.upToDateWhen { false } disabled up-to-date checks and build-cache reuse for the systemTest tasks because the launched JAR/WAR (and OTel agent) were not modeled as task inputs. This models those inputs properly — in one place — instead of disabling incremental builds wholesale.

💚 How did you test it?

• ./gradlew spotlessApply / spotlessCheck pass; the convention plugin compiles and applies.
• ./gradlew --dry-run --configuration-cache :sentry-samples:<module>:systemTest for a console (shadowJar), Spring Boot 2 (shadowJar), Spring Boot 4 (bootJar), and Tomcat (war) module confirms the packaging task is wired ahead of systemTest; agent modules additionally track the agent jar. Configuration cache stores and reuses cleanly.

📝 Checklist

• I added GH Issue ID & Linear ID
• I added tests to verify the changes.
• No new PII added or SDK only sends newly added PII if sendDefaultPII is enabled.
• I updated the docs if needed.
• I updated the wizard if needed.
• Review from the native team if needed.
• No breaking change or entry added to the changelog.
• No breaking change for hybrid SDKs or communicated to hybrid SDKs.

🔮 Next steps

#skip-changelog

[sentry]

📲 Install Builds

Android

🔗 App Name	App ID	Version	Configuration
SDK Size	io.sentry.tests.size	8.44.1 (1)	release

⚙️ sentry-android Build Distribution Settings

[adinauer]

Nice work! Thanks! Approving so you can merge once the comment is addressed.

[cursor]

Cursor Bugbot has reviewed your changes and found 1 potential issue.

^{❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, enable autofix in the Cursor dashboard.}

^{Reviewed by Cursor Bugbot for commit e1d4454. Configure here.}

[github-actions]

Performance metrics 🚀

	Plain	With Sentry	Diff
Startup time	315.08 ms	377.51 ms	62.43 ms
Size	0 B	0 B	0 B

Baseline results on branch: main

Startup times

Revision	Plain	With Sentry	Diff
18c0bc2	306.73 ms	349.77 ms	43.03 ms
0eaac1e	316.82 ms	357.34 ms	40.52 ms
d15471f	303.49 ms	439.08 ms	135.59 ms
fc5ccaf	276.52 ms	370.46 ms	93.93 ms
e2dce0b	308.96 ms	360.10 ms	51.14 ms
5b1a06b	352.27 ms	413.70 ms	61.43 ms
37ec571	366.04 ms	424.28 ms	58.23 ms
9fbb112	361.43 ms	427.57 ms	66.14 ms
bbc35bb	324.88 ms	425.73 ms	100.85 ms
ff8eea4	313.42 ms	337.08 ms	23.66 ms

App size

Revision	Plain	With Sentry	Diff
18c0bc2	1.58 MiB	2.13 MiB	557.33 KiB
0eaac1e	1.58 MiB	2.19 MiB	619.17 KiB
d15471f	1.58 MiB	2.13 MiB	559.54 KiB
fc5ccaf	1.58 MiB	2.13 MiB	557.54 KiB
e2dce0b	0 B	0 B	0 B
5b1a06b	0 B	0 B	0 B
37ec571	0 B	0 B	0 B
9fbb112	1.58 MiB	2.11 MiB	539.18 KiB
bbc35bb	1.58 MiB	2.12 MiB	553.01 KiB
ff8eea4	1.58 MiB	2.28 MiB	718.64 KiB