Commit d90d176
feat(service-cloud): load runtimeModule in FsAppBundleResolver
The cloud / multi-project boot path (project-kernel-factory.ts) consumes
bundles via AppBundleResolver and feeds them straight into AppPlugin —
unlike StandaloneStack and the http-dispatcher artifact-bind path, it
had no place where the sibling runtimeModule ESM was dynamic-imported.
Result: objectos serving CRM via filesystem bind would load the JSON
artifact but every Hook handler would resolve to undefined and silently
no-op.
Move the runtime-module load into FsAppBundleResolver.loadOne(), since
it already owns the artifact's absolute path and naturally caches per
file. Bundles handed to project-kernel-factory now arrive with their
`functions` map fully populated.
Verified end-to-end with examples/app-crm: resolver returns a bundle
with runtimeModule set and 16 typeof 'function' entries in
bundle.functions.
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>1 parent 1f8d63f commit d90d176
1 file changed
Lines changed: 38 additions & 1 deletion
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
29 | 29 | | |
30 | 30 | | |
31 | 31 | | |
32 | | - | |
| 32 | + | |
| 33 | + | |
33 | 34 | | |
34 | 35 | | |
35 | 36 | | |
| |||
65 | 66 | | |
66 | 67 | | |
67 | 68 | | |
| 69 | + | |
| 70 | + | |
| 71 | + | |
| 72 | + | |
| 73 | + | |
| 74 | + | |
| 75 | + | |
| 76 | + | |
| 77 | + | |
| 78 | + | |
| 79 | + | |
| 80 | + | |
| 81 | + | |
| 82 | + | |
| 83 | + | |
| 84 | + | |
| 85 | + | |
| 86 | + | |
| 87 | + | |
| 88 | + | |
| 89 | + | |
| 90 | + | |
| 91 | + | |
| 92 | + | |
| 93 | + | |
| 94 | + | |
| 95 | + | |
| 96 | + | |
| 97 | + | |
| 98 | + | |
| 99 | + | |
| 100 | + | |
| 101 | + | |
| 102 | + | |
| 103 | + | |
68 | 104 | | |
69 | 105 | | |
70 | 106 | | |
| |||
76 | 112 | | |
77 | 113 | | |
78 | 114 | | |
| 115 | + | |
79 | 116 | | |
80 | 117 | | |
81 | 118 | | |
| |||
0 commit comments