MetricsHub
MetricsHub Community Connectors 1.0.22
-
Home
- Connector Developer Guide Testing and Contributing 4
Legacy and Compatibility
The connector library contains historical syntax variants. This page explains what to use now and how to migrate safely.
Important
New connectors should use canonical modern syntax. Legacy forms are documented to maintain existing connectors safely.
Canonical vs Legacy Forms
| Area | Canonical | Legacy Variant(s) | Recommendation |
|---|---|---|---|
| Detection type | commandLine |
commandline |
Use commandLine in new code. |
| Compute type | json2Csv |
json2csv |
Use json2Csv in new code. |
| Compute type | xml2Csv |
xml2csv |
Use xml2Csv in new code. |
| Compute type | keepOnlyMatchingLines |
KeepOnlyMatchingLines |
Use canonical casing. |
| TableJoin WBEM | keyType: Wbem |
isWbemKey: true |
Prefer keyType; keep legacy only when needed. |
| HTTP result content | http_status |
httpStatus (older docs) |
Use http_status in docs and new connectors. |
Rare/Legacy Features Still Documented
The guide includes low-usage/legacy constructs for completeness:
- source types:
eventLog,file - compute types:
encode,decode
They are not preferred for new connectors unless there is a strong compatibility reason.
Migration Strategy
- Normalize one category at a time (types, then fields, then expressions).
- Keep behavior equivalent while refactoring.
- Use replay IT to verify no unintended telemetry changes.
- Document any intentional output changes in PR description.
Example Migration
Before:
- type: commandline
After:
- type: commandLine
Before:
- type: json2csv
After:
- type: json2Csv
Compatibility Review Checklist
- canonical names used in modified sections
- no hidden semantic changes in mapping values
- replay expected output updated only when intended
- legacy syntax retained only where justified
legacy syntax
compatibility
aliases
migration
metricshub
community
connector
hardware
system
Search Results for {{siteSearch | truncate:'50'}}
{{resultArray.length}}
Searching...
No results.
