[BUG] Noticed weird bug in v7.0.2/3 regarding extractor artifacts
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 52/100
Research direction
Start by running the extractor with configuration.extractor.yaml on version 7.0.2, using a product with multiple APIs attached, then inspect the generated artifacts and compare them with the configured API and product names. Done means the artifacts include only the specified API and the subscriptions related to the configured product, rather than every attached API and subscription.
Written by the indexing model from the issue text.
Description
Release version
7.0.2/3
Describe the bug
In previous versions when we run the extractor with below config, extractor will only pick up the subscription(s) details assigned to the product name given in config.
Find the example extractor config used below. (before v7.0.1)
`diagnosticNames: [ignore]
loggerNames: [ignore]
policyFragmentNames: [ignore]
apiNames:
- apiName1
backendNames:
- backendName1
- backendName2
namedValueNames:
- namedValueName1
- namedValueName2
productNames:
- productName1
- productName2
tagNames:
- tagName1
- tagName2
`
But in new version of extractor config if we do the same with new naming, extractor picking up every subscription(s) in the APIM instance with the product mention in the config.
This is causing issue for the publisher. if we run the publisher on the same, it will update all the subscription on new instance.
Expected behavior
When we have given product in extractor config, it should only pickup related subscription. Also along with this if we have given specific API in the extractor config the api should the only api in the artifacts.
Actual behavior
In this version, extractor pull all the APIs and Subscription attached with the product instead of the related ones like in previous versions.
Reproduction Steps
- Update the Version to 7.0.2
- create the configuration.extractor.yaml with the specific api and Product( Make sure mutiple api attached to the product to see the difference) (>=v7.0.1 )
`diagnostics: []
loggers: []
policyFragments: []
gateways: []
groups: []
versionSets: []
workspaces: []
apis:
- apiName1
backends:
- backendName1
- backendName2
namedValues:
- namedValueName1
- namedValueName2
products:
- productName1
- productName2
tags:
- tagName1
- tagName2`
- Run the extractor and observe the artifacts.
You will see, all the subscriptions attached and all the APIs are attached in the product.
- Dominant language
- C#
- Stars
- 448
- Forks
- 247
- PR merge metrics
- No merged PRs in 30d
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.
More from Azure/apiops
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
Difficulty 4/5 3-5 days Newbie friendliness 55/100
-
Difficulty 3/5 1-2 days Newbie friendliness 45/100
-
Difficulty 5/5 Over a week Newbie friendliness 35/100
-
Difficulty 4/5 3-5 days Newbie friendliness 35/100
Similar issues
-
[Feat] 조합 영역 구분선 개선 Open
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
type/automation type/tech-debt
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
t/bug
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
-
ci-failure-cause test-failure
Difficulty 2/5 1-3 hours Newbie friendliness 82/100