Capability based matching for Adapters
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 523
- Forks
- 75
- Avg merge
- 3d 16h
- Merged PRs (30d)
- 24
Description
Summary of the new feature / enhancement
AdaptedResource manifests have a hardcoded value for the type name of the adapter, e.g. Microsoft.Adapters/PowerShell. This limits the ability to have different adapters built that may have other benefits that can work with the same adapted resources.
Proposed technical implementation details (optional)
Add a new optional property CompatibleWithAdapter that has the value of an object with typeName and optionally version (which can accept a semver req string). The engine would use this when searching for an adapter. The engine would still apply the "first one wins" rule.
For enterprises, we could add policy for preferred adapters.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by locating the AdaptedResource manifest definition and the engine's adapter-search logic. Confirm how adapter type names are currently matched, then implement and verify the optional CompatibleWithAdapter object, including typeName and an optional semver version, while preserving the first-one-wins rule.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- devops
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100