@burgan-tech/vnext-meta 0.0.67 → 0.0.69-alpha.1

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/features.json CHANGED
@@ -29,6 +29,12 @@
29
29
  "status": "stable",
30
30
  "description": "Declarative state-level notifications. A state may declare a notifications[] array; each entry has a type (default 'state' — only 'state' is processed today, 'command' is reserved), an optional rule (compiled to IConditionMapping), and a mapping (compiled to IStateNotificationMapping, same contract as the NotificationTask state channel). After the transition pipeline settles and the instance state/status is finalized and committed, the engine schedules a durable one-shot background job (handler 'state.notify') that rebuilds a ScriptContext from the carried request context (Headers, RouteValues, Body), evaluates each entry's rule (absent rule => always processed; present rule => only entries whose rule returns true), and dispatches the applicable entries through the platform-managed state Dapr binding (vnext-notification-state) off the request thread, so the client response is never blocked. Fires once per settle (not on intermediate auto-chain hops). The state-channel payload is the slim pointer { domain, flow, id, version } — consumers re-fetch full state via the State function. Independent of and backward-compatible with the existing NotificationTask state channel.",
31
31
  "schemaPath": "state.notifications[]"
32
+ },
33
+ "stateStoreTask": {
34
+ "since": "0.0.64",
35
+ "status": "stable",
36
+ "description": "Built-in StateStoreTask (TaskType=17, discriminator 'statestore') that reads and writes a Dapr state store component from the workflow/function pipeline. When the task config omits storeName, the store is resolved from the executing runtime's DAPR_STATE_STORE_NAME configuration value, so each runtime targets its own component with no hard-coded name. Runs through the Execution API like the other Dapr tasks: the StateStoreTaskExecutor performs input/output mapping and delegates a TaskEnvelope to the StateStoreTaskInvoker, which uses DaprClient. Command names mirror the Dapr state API verbs: get (GetStateAndETagAsync; a cache miss returns success with metadata Found=false and null data, so the error boundary is not tripped), set (SaveStateAsync / TrySaveStateAsync when an ETag is supplied, with optional ttlInSeconds TTL, and StateOptions concurrency FirstWrite/LastWrite + consistency Eventual/Strong), and delete (single key via DeleteStateAsync, key list via DeleteBulkStateAsync, or tag/pattern via the Dapr state Query API which requires a query-capable state store). An explicit storeName must be exposed by the Execution sidecar; the repo ships a 'vnext-state' component there for that purpose. All task-supplied keys are stored under the fixed 'custom:' prefix to namespace task-written entries away from engine-owned cache keys sharing the same store.",
37
+ "schemaPath": "task.type=17"
32
38
  }
33
39
  }
34
40
  }
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@burgan-tech/vnext-meta",
3
- "version": "0.0.67",
3
+ "version": "0.0.69-alpha.1",
4
4
  "description": "vNext Runtime metadata package — version manifest, feature catalog, deprecation registry, and component metadata for offline consumption by Forge Studio, CLI, and domain packages.",
5
5
  "main": "index.js",
6
6
  "files": [
@@ -1,5 +1,15 @@
1
1
  {
2
2
  "versions": {
3
+ "0.0.68": {
4
+ "schemaVersion": "0.0.49",
5
+ "releasedAt": "2026-07-02",
6
+ "releaseNotes": "https://burgan-tech.github.io/vnext-docs/blog/release-v0-0-68"
7
+ },
8
+ "0.0.67": {
9
+ "schemaVersion": "0.0.48",
10
+ "releasedAt": "2026-06-30",
11
+ "releaseNotes": "https://burgan-tech.github.io/vnext-docs/blog"
12
+ },
3
13
  "0.0.66": {
4
14
  "schemaVersion": "0.0.48",
5
15
  "releasedAt": "2026-06-28",