Skip to content

zu-java was never zero - #575

Merged
tamnd merged 1 commit into
mainfrom
java-conditions
Aug 22, 2026
Merged

zu-java was never zero#575
tamnd merged 1 commit into
mainfrom
java-conditions

Conversation

@tamnd

@tamnd tamnd commented Aug 22, 2026

Copy link
Copy Markdown
Owner

The zu-java row said zero on all ten practice items. That was not an audit, it was a row nobody had filled in, and a placeholder is worse than a gap because it reads like a measurement.

Audited, zu-java already held two:

  • reference, because the javadoc is generated and published with the release rather than written by hand beside it, and CI builds it on every push so it cannot rot quietly
  • idiom, because the API is records, a sealed Value, AutoCloseable on every handle, Stream<Row> for iteration, text blocks in the examples, and unchecked exceptions with a retryable() field rather than a checked exception on every signature

conditions is the third and it landed today as tamnd/zu-java#11. The code, the place and the doc URL are asserted on every failure that has them and asserted absent on the failures that do not. The old test used ifPresent, which passes when the field is missing, so the one outcome worth failing for was the one it let through.

That is 35 of 90. What is left is quickstart, misuse, leaks, install and stability, which are apparatus the repository has to grow, and api-map and perf, which are reports the release collects.

zu-c is the other row still at zero and it is next after this. It is a different shape of audit, because the developer kit owes no api-map: the C names are zu.h and zu.h is generated in the engine, which the table already says.

Regenerated with cargo run -q -p xtask -- clients on a server.

The row said zero on all ten items, which was not an audit. It was a
row nobody had filled in, and a scorecard with a placeholder in it is
worse than one with a gap, because the placeholder reads like a
measurement.

Audited, zu-java held two of them already. reference, because the
javadoc is generated and published with the release rather than
written by hand beside it, and CI builds it on every push so it
cannot rot quietly. idiom, because the API is records, a sealed
Value, AutoCloseable on every handle, Stream<Row> for iteration, text
blocks in the examples and unchecked exceptions with a retryable
field rather than a checked one on every signature.

conditions is the third and it landed today, tamnd/zu-java#11. The
code, the place and the doc URL are asserted on every failure that
has them and asserted absent on the failures that do not, which is
the part the old test could not do.

35 of 90. quickstart, misuse, leaks, install and stability are the
apparatus still to build, and api-map and perf are reports.
@tamnd
tamnd merged commit f015b47 into main Aug 22, 2026
39 of 40 checks passed
@tamnd
tamnd deleted the java-conditions branch August 22, 2026 08:25
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