• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

valkyrjaio / valkyrja-java / 30416230156
100%

Build:
DEFAULT BRANCH: 26.x
Ran 29 Jul 2026 02:14AM UTC
Jobs 1
Files 659
Run time 1min
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

29 Jul 2026 02:12AM UTC coverage: 99.977%. Remained the same
30416230156

push

github

web-flow
[CI] Declare the SpotBugs and JaCoCo tool versions as dependencies (#65)

# Description

The Java `Update Dependencies` automation reported
`com.github.spotbugs:spotbugs`
and `org.jacoco:org.jacoco.{agent,ant}` as outdated on every run, yet
never
updated them — SpotBugs sat on 4.9.8 and JaCoCo on 0.8.14 indefinitely.

`useLatestVersions` rewrites **dependency notations**. It cannot rewrite
a version
carried by a plugin extension, so `spotbugs { toolVersion.set("4.9.8")
}` and
JaCoCo's implicit plugin default were invisible to it.
`dependencyUpdates` still
resolves both tools (they live in the `spotbugs` / `jacocoAgent` /
`jacocoAnt`
configurations), which is why they were reported as outdated but never
bumped —
reported-but-never-applied, so the drift was silent and unbounded.

Declaring each tool as an explicit dependency in its own configuration
fixes this:
the plugins apply their defaults through `defaultDependencies`, so an
explicit
declaration takes precedence, and the notation is now something
`useLatestVersions` can rewrite. Verified locally — `gradle
useLatestVersions
--refresh-dependencies` produced the 4.10.3 and 0.8.15 numbers in this
PR itself,
and `gradle dependencies` confirms the configurations resolve to exactly
those
versions rather than the plugin defaults.

Depends on
[valkyrjaio/.github#149](https://github.com/valkyrjaio/.github/pull/149),
which adds `--refresh-dependencies` to the same workflows; without it
the
automation resolves stale versions from Gradle's 24-hour dynamic-version
cache.

SpotBugs 4.10.3 adds the `USO_UNSAFE_INHERITABLE_OBJECT_SYNCHRONIZATION`
detector,
which reports two genuine findings in `CancellationToken`: it
synchronizes on
`listeners`, a `protected` field on a class open for extension. A
subclass can
therefore take that monitor for unrelated work, or hold it indefinitely,
and stall
or deadlock cancellation (SEI CERT LCK00-J). Synchronizing on a
dedicated
`private final Object lock` resolves it with no vis... (continued)

1912 of 1914 branches covered (99.9%)

Branch coverage included in aggregate %.

3 of 3 new or added lines in 1 file covered. (100.0%)

6962 of 6962 relevant lines covered (100.0%)

4.34 hits per line

Jobs
ID Job ID Ran Files Coverage
1 30416230156.1 29 Jul 2026 02:14AM UTC 659
99.98
GitHub Action Run
Source Files on build 30416230156
  • Tree
  • List 659
  • Changed 1
  • Source Changed 1
  • Coverage Changed 1
Coverage ∆ File Lines Relevant Covered Missed Hits/Line Branch Hits Branch Misses
  • Back to Repo
  • Github Actions Build #30416230156
  • 5ec9570f on github
  • Prev Build on 26.x (#30330674416)
  • Next Build on 26.x (#30416278714)
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE TRIAL · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc