-
Notifications
You must be signed in to change notification settings - Fork 197
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG] Extractor pipeline still extracts unnecessary version sets instead of extracting only version set of API being extracted #626
Comments
|
We don't limit version sets by API because they can exist independently. A version set can have no API, one API, or multiple APIs. To only extract specific version sets, update your configuration.extractor.yaml like this: versionSetNames
- version-set-to-extract |
Hello @guythetechie Thank you for your quick reply. I have tried adding that parameter to the configuration.extractor.yaml file, but it seems to not work properly. In fact whenever I add the parameter "versionSetNames" to the config file, the extractor no longer extracts any api artifacts at all. Any idea why this behaviour is happening? |
Sure. If you put version set names under Make sure that the names under |
To expand on the API/version set filter relationship, we filter APIs like this:
|
only change i have to do in the configuration.extractor.yaml file to extract the API version or is there anything also i have to do |
Release version
6.0.1
Describe the bug
When using extractor pipeline, all version sets are being extracted from all of our API's in the APIM instance, instead of only the version set of the specific API being extracted.
Feature req-(#529 (comment)) was declared as solved, but same behavior is happening.
Expected behavior
Only version set of API being extracted should be added to artifacts.
Actual behavior
Every version set from our APIM instance is being extracted and added to artifacts.
Reproduction Steps
Run extractor pipeline for API-A.
New branch with artifacts contains every version set for every API in APIM instance.
The text was updated successfully, but these errors were encountered: