Skip to content

release: cut v0.75.0#39

Merged
trendvidia merged 1 commit into
mainfrom
release-v0.75.0
May 12, 2026
Merged

release: cut v0.75.0#39
trendvidia merged 1 commit into
mainfrom
release-v0.75.0

Conversation

@trendvidia

Copy link
Copy Markdown
Owner

Summary

  • Promote `[Unreleased]` to `[0.75.0]`. First tagged version of `protowire-java` since v0.70.0.
  • Brings the Java port up to the v0.75.0 protowire spec in four merged batches (parser-side grammar, schema reserved-name check, Result accessors, TableReader streaming + Scan/BindRow). Aligns the version number with `protowire` and `protowire-go` (both at v0.75.0).
  • Wire format unchanged across all four batches.

After merge

  1. Tag `v0.75.0` on this repo and push.
  2. Maven Central publish via the existing vanniktech flow.
  3. Run `scripts/refresh_jetbrains_parser_jar.sh` in the spec repo to pull the new parser into the JetBrains plugin's embedded `protowire-pxf.jar` — unblocks the red squiggles on `@` / `@entry` / `@table` documents in the IDE.

Test plan

  • CHANGELOG diff matches the conventional release-cut shape (one-file insert promoting `[Unreleased]` to a dated heading + a short summary paragraph)
  • Section ordering verified: `[Unreleased]` (empty) → `[0.75.0]` (new) → `[0.70.0]`
  • All four merged batches' `Added` entries are now under `[0.75.0]`
  • Tag `v0.75.0` after merge
  • Maven Central artifacts publish
  • JetBrains jar refresh PR in the spec repo

Promote [Unreleased] entries to [0.75.0] in advance of tagging
v0.75.0. First tagged version after v0.70.0; consolidates four
merged batches that brought the Java port up to the v0.75.0
protowire spec:

  - #35 parser-side support for v0.72 named directives + v0.73
    @entry prefix list + @table directive
  - #36 schema reserved-name check (draft §3.13)
  - #37 Result.directives() / Result.tables() accessors
  - #38 TableReader streaming + scan(Message.Builder) + BindRow

Aligns protowire-java's version number with the rest of the
protowire-* stack, which is at v0.75.0 across protowire and
protowire-go. Wire format unchanged across all four batches.

After merge + tag, the JetBrains plugin jar refresh in the spec
repo (scripts/refresh_jetbrains_parser_jar.sh) picks up the new
parser and unblocks the red squiggles on @<name>/@entry/@table
documents in the IDE.
@trendvidia trendvidia merged commit d1f15ca into main May 12, 2026
3 checks passed
@trendvidia trendvidia deleted the release-v0.75.0 branch May 12, 2026 04:02
trendvidia added a commit that referenced this pull request May 12, 2026
CodeQL was failing with "could not process any code written in
Java/Kotlin" on PRs that touched no Java source — the README PR
(#40) and the release-cut commit (#39, which only edits
CHANGELOG.md).

Diagnosis: gradle/actions/setup-gradle@v6 restores the build cache
on every run. README- and CHANGELOG-only changes leave every input
to the JavaCompile task identical, so Gradle reports the `classes`
task as UP-TO-DATE and runs zero `javac` invocations. CodeQL's
Java tracer wraps `javac`; no invocations means no extracted
classes, which surfaces as the empty-database error at the
analyze step.

Confirmed by the run-duration pattern in `gh run list --workflow=codeql.yml`:
  - failing runs (#39 release-cut, #40 README) finished in ~1 min
  - successful runs (#35-#38 feature PRs that touched src/) took ~2 min

The minute of "missing" wall-clock is exactly the javac step that
didn't run.

Fix: `--no-build-cache clean classes` forces a recompile every
CodeQL invocation. Drops a `clean` task ahead of `classes` to
guarantee no UP-TO-DATE skip, and `--no-build-cache` is
belt-and-braces against the setup-gradle action's cache restore.

Slightly slower CodeQL runs (~30s more on cold compile) but the
analyze step gets real javac output to extract from.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant