You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Release: support multiple local adaptor repos (#1438)
* feat(ws-worker): support multi-root @Local adaptor resolution (#1397)
* feat(ws-worker): support multi-root @Local adaptor resolution
OPENFN_ADAPTORS_REPO (and the --monorepo-dir / -m flag) now accept a
colon-separated list of monorepo roots. When a job pins an adaptor to
@Local, the worker walks the configured roots in order and resolves to
the first root whose `packages/<shortName>/package.json` exists. This
matches Lightning's AdaptorRegistry precedence so the registry view and
the worker's execution path agree on which root supplies a given
adaptor.
Single-path values keep behaving exactly as before. When no root
contains the adaptor the worker still surfaces a candidate path under
the first root, so the runtime emits a clean "missing adaptor" error
rather than crashing on a malformed colon-joined string.
This unblocks the multi-root flow on the Lightning side, where the
AdaptorRegistry already accepts the colon-separated form but the worker
was rejecting it with ENOENT on @Local execution.
* fix(ws-worker): use comma to separate multi-root adaptor paths
Colon collides with Windows drive letters (c:/repo); comma matches
Lightning's parsing of OPENFN_ADAPTORS_REPO. Single-path callers are
unchanged.
* simplify changeset
* update cli
* versions
---------
Co-authored-by: Jeremi Joslin <jeremi@newlogic.com>
0 commit comments