[Question] Selective extractor: API specification file contains all operations despite operations filter in configuration
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 50/100
Línea de trabajo
Empieza con configuration.selective-extractor.yaml y la ruta del extractor que escribe apis/test/specification.yaml, reproduciendo el caso de v7.0.2 con getoperator y postoperator. Compara la specification generada con la configuración y, después, ejecuta el publisher contra una APIM de destino; se considera terminado cuando solo está presente /getoperator y está promoted.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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
-
In APIM, create an API called test with two operations: getoperator (GET) and postoperator (POST).
-
Create this configuration.selective-extractor.yaml:
`apis:
- test:
operations:
- getoperator
backends: []
diagnostics: []
gateways: []
groups: []
loggers: []
namedValues: []
policyFragments: []
products: []
subscriptions: []
tags: []
versionSets: []
workspaces: []`
-
Run the v7.0.2 extractor pointing CONFIGURATION_YAML_PATH at that file
-
If you then run the publisher against a target APIM, both operations get created.
- Lenguaje dominante
- C#
- Estrellas
- 448
- Forks
- 247
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de Azure/apiops
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 55/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 45/100
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
Todos los issues de Azure/apiops
Issues similares
-
type/automation type/tech-debt
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
-
t/bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
-
ci-failure-cause test-failure
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
-
area:auth FE mvp P3
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
klasolsson81/jobbliggaren#1788 ·