[Question] Selective extractor: API specification file contains all operations despite operations filter in configuration
- Vorherrschende Sprache
- C#
- Sterne
- 448
- Forks
- 247
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
### Release version
v7.0.2
### Question Details
When using the v7 nested operations: configuration to selectively extract a single operation from an API, the extracted specification.yaml still contains all operations of the API, including the ones that were filtered out.
Is this the intended behavior ?
### Expected behavior
Given the following configuration.selective-extractor.yaml:
`apis:
- test:
operations:
- getoperator
backends: []
diagnostics: []
gateways: []
groups: []
loggers: []
namedValues: []
policyFragments: []
products: []
subscriptions: []
tags: []
versionSets: []
workspaces: []`
The extracted apis/test/specification.yaml should contain only the /getoperator path, since getoperator is the only operation listed under apis.test.operations
This would ensure that when the publisher promotes these artifacts to a target APIM instance, only the selected operation is created in the target API
### Actual behavior
The extractor:
- Writes the full API specification at apis/test/specification.yaml, which contains both /getoperator and /postoperator paths
### Reproduction Steps
1. In APIM, create an API called test with two operations: getoperator (GET) and postoperator (POST).
2. Create this configuration.selective-extractor.yaml:
`apis:
- test:
operations:
- getoperator
backends: []
diagnostics: []
gateways: []
groups: []
loggers: []
namedValues: []
policyFragments: []
products: []
subscriptions: []
tags: []
versionSets: []
workspaces: []`
3. Run the v7.0.2 extractor pointing CONFIGURATION_YAML_PATH at that file
4. If you then run the publisher against a target APIM, both operations get created.
Beitragsleitfaden
Rechercherichtung
Beginne mit configuration.selective-extractor.yaml und dem Extractor-Pfad, der apis/test/specification.yaml schreibt, und reproduziere den v7.0.2-Fall mit getoperator und postoperator. Vergleiche die generierte Specification mit der Konfiguration und führe anschließend den Publisher gegen eine Ziel-APIM aus; abgeschlossen ist der Vorgang, wenn nur /getoperator vorhanden und promoted ist.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- azure, csharp
- Bereich
- api
- Issue-Typ
- Bug
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Aktivitätsstatus
- Ruhig
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 50/100