@uns-kit/cli 3.0.35 → 3.0.37

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@uns-kit/cli",
3
- "version": "3.0.35",
3
+ "version": "3.0.37",
4
4
  "description": "Command line scaffolding tool for UNS applications",
5
5
  "type": "module",
6
6
  "license": "MIT",
@@ -26,14 +26,14 @@
26
26
  ],
27
27
  "dependencies": {
28
28
  "azure-devops-node-api": "^15.1.2",
29
- "@uns-kit/core": "3.0.35"
29
+ "@uns-kit/core": "3.0.37"
30
30
  },
31
31
  "unsKitPackages": {
32
- "@uns-kit/core": "3.0.35",
33
- "@uns-kit/api": "3.0.35",
34
- "@uns-kit/cron": "3.0.35",
35
- "@uns-kit/database": "3.0.35",
36
- "@uns-kit/assistant-workflow": "3.0.35"
32
+ "@uns-kit/core": "3.0.37",
33
+ "@uns-kit/api": "3.0.37",
34
+ "@uns-kit/cron": "3.0.37",
35
+ "@uns-kit/database": "3.0.37",
36
+ "@uns-kit/assistant-workflow": "3.0.37"
37
37
  },
38
38
  "scripts": {
39
39
  "build": "tsc -p tsconfig.build.json",
@@ -24,6 +24,8 @@ Pointers for AI/code-assist tools when working in this generated project.
24
24
 
25
25
  ## UNS Kit dependency upgrades
26
26
 
27
+ - When crossing SDK3.0.37, inspect actual ownership wiring, HTTP/cron cleanup and accepted asynchronous effects. Opt-in applications defer discovery until handlers are prepared, declare readiness explicitly, and transfer bounded versioned application state when unfinished windows/sessions affect results. API-only owners use `prepareHandover`, not a fake MQTT data proxy. Never advertise stateful capability from a dependency version alone; follow `MIGRATIONS.md`.
28
+
27
29
  - When crossing `<3.0.32` to `>=3.0.32`, existing services remain unchanged. Enabling a Runtime MQTT outbox on an authorized process group requires the separate reviewed protocol3 transition and shared capability declaration. Preserve input/output journals, stop admission and drain accepted input before stopping the publisher on rollback, and block restoration on pending output or unknown outcomes. Never add application-specific Controller rules.
28
30
 
29
31
  - When crossing `<3.0.31` to `>=3.0.31`, ordinary services remain unchanged. Optional Runtime-managed MQTT outboxes require explicit `output.publishQueue.storage: runtime`, a trusted private per-Controller external mount and matching backup support. Preserve schema1 queues; restoring managed state requires a stopped source and an empty offline target. Read the version-bounded migration before enabling it.
@@ -31,6 +33,7 @@ Pointers for AI/code-assist tools when working in this generated project.
31
33
  - When crossing `<3.0.29` to `>=3.0.29`, configuration-owned process groups opt into shared protocol2/policy4. Keep business resources in the app, bind immutable snapshots and journal generations, use reviewed generation/version transitions, and preserve old journals/policies. Ordinary services and existing file groups need no migration.
32
34
 
33
35
  - Before changing any `@uns-kit/*` version, record the installed source version and intended target version.
36
+ - When crossing SDK3.0.36, preserve absent units and gate background publications with isActive() until ownership. Mixed old/new state formats refuse before freeze; use a reviewed initial cold upgrade, never bypass compatibility.
34
37
  - When opting into SDK 3.0.35 state-preserving MQTT handover, declare protocol2 and per-proxy semantic contracts. Never infer compatibility from package version or matching paths. Use a reviewed reverse handover for return ownership; a cold restart cannot recover counter baselines from RAM. See the version-bounded migration and SDK example.
35
38
  - After installing the target version, read `node_modules/@uns-kit/core/MIGRATIONS.md` and apply every migration whose version boundary is crossed. Do not apply unrelated migrations.
36
39
  - When crossing `<2.0.71` to `>=2.0.71`, inspect MQTT proxy ownership and follow the documented shutdown migration. Process-owned and standalone proxies have different shutdown paths.