Skip to content

Release 0.31.1 — transformer-core + publish guardrail#186

Merged
michalharakal merged 2 commits into
developfrom
release/0.31.1
Jun 17, 2026
Merged

Release 0.31.1 — transformer-core + publish guardrail#186
michalharakal merged 2 commits into
developfrom
release/0.31.1

Conversation

@michalharakal

Copy link
Copy Markdown
Contributor

Release 0.31.1 (against engine SKaiNET 0.31.0). Same flow as #181 (release/0.31.0 → develop); tag later.

What's in it

  • transformer-core ships (Extract transformer-core: NN primitives reusable on all targets incl. androidNative #183 / PR Extract transformer-core: NN primitives reusable on all targets (incl. androidNative) #185): the framework NN primitives now build on all targets incl.
    androidNative, re-exported by llm-core. Wired for publishing (transformer-core/gradle.properties
    skainet-transformers-transformer-core) and auto-added to the BOM (verified in the generated pom).
  • Publish guardrailbom-coverage now fails fast at configuration time when a published module is
    missing POM_ARTIFACT_ID/POM_NAME, instead of failing at the Maven Central deploy. This is the
    recurring "new module → forgotten gradle.properties → broken publish" issue, fixed for every future module.
  • Version bump + CHANGELOG [0.31.1] + README (Current release / BOM example / module table / What's new) +
    docs (BOM-version bumps, architecture module structure).

Engine pin

Kept at skainet = 0.31.0: transformer-core needs nothing new from the engine (only skainet-lang-core,
already in 0.31.0). This patch intentionally relaxes the transformers-X.Y.Z ↔ engine-X.Y.Z alignment —
documented in the CHANGELOG. (If strict alignment is preferred, cut engine 0.31.1 first and bump the pin.)

Naming heads-up

artifactId skainet-transformers-transformer-core (matches the module). Change in
transformer-core/gradle.properties before the first publish if a cleaner name is preferred — coordinates
are permanent once on Central.

michalharakal and others added 2 commits June 17, 2026 19:06
…OM_NAME

Recurring pain: a new gradle module without its gradle.properties publishes wrong
coordinates (artifactId defaults to the bare project name, not skainet-transformers-*)
and/or fails at the Maven Central deploy (POM_NAME required) — discovered only at
release/publish time.

The bom-coverage plugin already iterates every published subproject (to build the BOM
constraints), so add a configuration-time check there: each published module must set
POM_ARTIFACT_ID + POM_NAME, else throw a clear GradleException naming the module + the
fix. Now any build touching :llm-bom (i.e. CI) catches a forgotten gradle.properties
immediately. Verified: passes with the file, fails with a precise message without it.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
- VERSION_NAME 0.31.0 -> 0.31.1.
- transformer-core/gradle.properties (POM_ARTIFACT_ID=skainet-transformers-transformer-core,
  POM_NAME) — makes it publishable; auto-covered by the BOM (verified in the BOM pom).
- CHANGELOG [0.31.1]: transformer-core extraction (#183), additive, llm-core re-exports,
  all targets incl. androidNative; engine pin unchanged (ships against engine 0.31.0).
- README: Current release -> 0.31.1, BOM example bump, project-structure row, What's new.
- docs: getting-started-java + llama3-tool-calling BOM version bump; architecture module
  structure adds transformer-core.

Engine-pin note: transformer-core needs nothing new from the engine (only skainet-lang-core,
already in 0.31.0), so this patch intentionally relaxes the transformers-X.Y.Z <-> engine-X.Y.Z
alignment — documented in the CHANGELOG.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@michalharakal michalharakal merged commit a49fe30 into develop Jun 17, 2026
6 checks passed
@michalharakal michalharakal deleted the release/0.31.1 branch June 17, 2026 17:48
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