Skip to content

Rename to github-plugin (frontend and backend), plus UI-focused release notes - #2

Merged
Klaas-Ritense merged 3 commits into
mainfrom
rename/npm-package-to-github-plugin
Sep 14, 2026
Merged

Klaas-Ritense merged 3 commits into
mainfrom
rename/npm-package-to-github-plugin

Conversation

@Klaas-Ritense

Copy link
Copy Markdown
Member

Publishes the frontend as @valtimo-plugins/github-plugin, per request.

What this is

npm has no rename. This publishes a new package; @valtimo-plugins/github keeps its 1.0.0 and 1.0.1 permanently and needs a deprecation notice pointing here (see below — that step needs npm credentials and can't run from CI as configured).

Stays at 1.0.1 — free on the new name, and keeps the frontend level with the backend. The backend artifact is untouched: com.ritense.valtimoplugins:github.

Eight references, moved together

The build only works if they all agree:

File What
projects/plugin/package.json package name, build + watch scripts
projects/plugin/ng-package.json ng-packagr dest
angular.json project key
tsconfig.json path mapping
src/app/app.module.ts sandbox import
documentation/getting-started.md build command
valtimo-configurator-metadata.json import the configurator resolves the frontend by

Heads-up worth recording

This makes the package the only one in the scope carrying -plugin. I probed the registry: @valtimo-plugins/slack, @valtimo-plugins/openklant and @valtimo-plugins/coworker are all published without the suffix, and the -plugin form doesn't exist for any of them — it's the repository naming convention. The backend artifact and the configurator metadata also use the bare github. Flagged before doing it; going ahead on request.

Follow-up that is not in this PR

Deprecating the old package needs npm credentials I don't have locally, and the publish workflow has no step for it:

npm deprecate @valtimo-plugins/github "Renamed to @valtimo-plugins/github-plugin"

Worth running right after this merges, so nobody installs the old name.

Verification

  • Library builds and emits @valtimo-plugins/github-plugin@1.0.1 to dist/valtimo-plugins/github-plugin
  • Simulated the workflow's PUBLISH_PATH resolution against the new dest — resolves and exists
  • Frontend lint passes

npm has no rename, so this publishes a new package rather than moving the old
one: @valtimo-plugins/github keeps its 1.0.0 and 1.0.1 and gets a deprecation
notice pointing here. Anything importing the old name has to change its
import; the module and the specification are otherwise identical.

Stays at 1.0.1, which is free on the new name and keeps the frontend level
with the backend. The backend artifact is untouched — com.ritense.valtimoplugins:github.

Eight references moved together, because the build only works if they agree:
the package name, the ng-packagr dest, the angular.json project key, the
tsconfig path mapping, the build and watch scripts, the sandbox import, the
getting-started build command, and the configurator metadata import that the
Valtimo configurator resolves the frontend by.

Note this leaves the package name the only one in the scope carrying the
-plugin suffix: slack, openklant and coworker are all published without it,
and -plugin is otherwise the repository naming convention. Done deliberately
on request.

Verified by building the library: emits @valtimo-plugins/github-plugin@1.0.1
to dist/valtimo-plugins/github-plugin, which is where the publish workflow
resolves PUBLISH_PATH to. Lint passes.
They were written for whoever had just changed the code: redirects to blob
storage, which header was deliberately not forwarded, the name of the paging
method. None of that tells an administrator or a process designer whether the
release affects them.

Rewritten around what you see and do. Each entry now leads with the action as
it is labelled in the admin UI — Get job logs, Maximum number of results —
says what went wrong from the using end, and says what to expect now. The
result fields a diagram actually branches on, `truncated` and the availability
of a log, are kept, because those are on screen too; everything behind them is
gone.

Same audience as handleiding.md. The fixes now come before the package rename,
since the fixes are what a reader is checking for and the rename only concerns
whoever installs Valtimo.

No facts changed, and nothing was dropped: the package rename, the deprecation
of the old name and the unchanged backend are all still there, in a sentence
each rather than a section each.
Follows the frontend, so both halves of the plugin publish under the same
name. Maven Central has no delete either, so this is a new artifact rather
than a moved one: com.ritense.valtimoplugins:github keeps its 1.0.0 and 1.0.1
and needs a deprecation pointing here. Anything depending on the old
coordinates has to change them.

Stays at 1.0.1, which is free on the new artifactId and keeps the backend
level with the frontend.

Deliberately NOT renamed: the plugin key. PLUGIN_KEY and the frontend's
matching pluginId stay "github", because that key is written into every plugin
configuration and every process link in every deployment's database. Moving it
would orphan them all — that is a migration, not a rename. Nothing resolves
the artifact from the key, so the two names differing is only cosmetic.
valtimo-configurator-metadata.json keeps "name": "github" for the same reason,
and lists both new imports explicitly.

Release notes corrected: they claimed the backend was unchanged, which this
makes untrue. Both old and new names are now named side by side.

Verified: the generated POM resolves to com.ritense.valtimoplugins:github-plugin:1.0.1,
the plugin key is unmoved in all three places that have to agree on it, and
80 tests and ktlint pass.
@Klaas-Ritense Klaas-Ritense changed the title Rename the npm package to @valtimo-plugins/github-plugin Rename to github-plugin (frontend and backend), plus UI-focused release notes Sep 14, 2026
@Klaas-Ritense

Copy link
Copy Markdown
Member Author

Update: the backend artifact is renamed too

Extended beyond the original npm-only scope, on request.

Was Is now
Frontend @valtimo-plugins/github @valtimo-plugins/github-plugin
Backend com.ritense.valtimoplugins:github com.ritense.valtimoplugins:github-plugin

Both stay at 1.0.1 — free on the new names, and keeps the halves level.

Deliberately not renamed: the plugin key

PLUGIN_KEY and the frontend's matching pluginId stay "github", and valtimo-configurator-metadata.json keeps "name": "github".

That key is written into every plugin configuration and every process link in every deployment's database ("pluginDefinitionKey": "github"). Moving it would orphan all of them — that is a migration, not a rename. Nothing resolves the published artifact from the key, so the names differing is cosmetic only.

Note on convention

I checked Maven Central as well as npm: slack, openklant and coworker publish without the -plugin suffix on both registries, and no -plugin variant exists for any of them. This plugin is now internally consistent but is the only one in the family carrying the suffix. Flagged twice, going ahead as asked — recording it here so it reads as a decision rather than drift.

Release notes corrected

They previously said "The backend is unchanged", which this makes untrue. Both old and new names are now listed side by side, with a note that nothing changes in the admin UI.

Follow-up needed after merge (needs credentials I do not have)

npm deprecate @valtimo-plugins/github "Renamed to @valtimo-plugins/github-plugin"

And the equivalent for Maven Central — com.ritense.valtimoplugins:github cannot be deleted, so it wants a deprecation note or a final marker release pointing at the new coordinates. The release notes now promise readers that both old names are deprecated.

Verification

  • Generated POM resolves to com.ritense.valtimoplugins:github-plugin:1.0.1
  • Plugin key unmoved in all three places that must agree on it
  • 80 backend tests pass, ktlint clean, frontend lint clean

@Klaas-Ritense
Klaas-Ritense merged commit fcdf894 into main Sep 14, 2026
2 checks passed
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