Skip to content

Polishes wording across the README, supporting AsciiDoc files, and Java comments/Javadocs.#851

Draft
peter-lawrey wants to merge 3 commits into
developfrom
review/polish
Draft

Polishes wording across the README, supporting AsciiDoc files, and Java comments/Javadocs.#851
peter-lawrey wants to merge 3 commits into
developfrom
review/polish

Conversation

@peter-lawrey

@peter-lawrey peter-lawrey commented Apr 24, 2026

Copy link
Copy Markdown
Member

This is a documentation-only cleanup. It standardises terminology such as thread-safety, memory-mapped, low-level, and filename, and tightens a number of API descriptions without changing runtime behaviour.

What changed

  • Updated README.adoc wording for consistency and readability

  • Polished supporting documentation, including:

    • docs/systemProperties.adoc
    • src/main/docs/StackTrace-user-guide.adoc
    • src/main/docs/decision-log.adoc
    • src/main/docs/deterministic-resource-management.adoc
    • src/main/docs/thread-safety-guarantees.adoc
  • Cleaned up Java comments and Javadocs across core, IO, pool, util, analytics, shutdown, time, and values packages

  • Standardised common terms and phrasing, including:

    • memory mapped -> memory-mapped
    • thread safety / non thread safe -> thread-safety / non-thread-safe
    • low level -> low-level
    • file name -> filename
  • Tightened a number of descriptions to better match method behaviour, for example:

    • “retrieve” -> “returns” where a method returns a value
    • “retrieves into” -> “copies into” where a target object is populated
    • parameter docs updated from “the class to retrieve … for” to “the class whose … is returned”
  • Fixed a handful of small grammar/style issues in Javadocs and comments

Impact

  • No intended production or runtime behaviour change
  • No API semantics change
  • Improves consistency across README, AsciiDoc docs, and generated Javadocs
  • Makes terminology and method descriptions easier to scan and more precise

Reviewer notes

  • Java source files touched in this PR are comment/Javadoc wording cleanups only; there are no intended logic changes
  • The main thing to check is that any wording tightenings still accurately describe current behaviour
  • In particular, it is worth sanity-checking the places where wording shifts from “retrieve” to “returns” / “copies”, to ensure the docs remain semantically exact

Validation

  • git diff --check origin/develop..HEAD

Notes

This PR intentionally keeps scope to wording and documentation polish. Any behavioural or API changes should be handled separately.

@sonarqubecloud

Copy link
Copy Markdown

@peter-lawrey peter-lawrey changed the title [codex] Polish docs wording Polishes wording across the README, supporting AsciiDoc files, and Java comments/Javadocs. Apr 24, 2026
@peter-lawrey
peter-lawrey requested a review from tgd April 24, 2026 08:43
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.

2 participants