-
Notifications
You must be signed in to change notification settings - Fork 158
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 not honouring configuration.extractor.yaml #297
Comments
Couldn't reproduce on our side. Can you share some logs? Make sure you scrub the logs. |
Thanks for the reply. Sorry it's very difficult to remove all the IP info from the logs to sanitise it without losing the useful content. Also, there isn't anything captured in the logs about the configuration.extractor.yaml so I doubt that would help. Would someone be able to check the sample configuration.extractor.yaml file which is part of the code on Github and confirm if there isn't any typo anywhere in the tag name i.e. apiNames: and there isn't any issue with indentation. Also the api1 and api2 mentioned, are they the api names or API display names? Have also looked at the extractor pipeline code and couldn't find any reference of how the configuration.extractor.yaml is being used in the pipeline. Would be great to know how it has been linked to the pipeline. Thanks again |
Hi @waelkdouh, I was extracting the apim resources from the portal, & the only extracted contents were the "APIs" & "products" but I was only expecting the other contents to be extracted like the contents here: #297 (comment) any idea what I a missing? |
Can you share the logs here? Make sure to scrub them first. |
It should happen automatically. This is why I'm asking you for the extractor Ron logs to see why this did not happen automatically. |
Remember that the extractor is using git diffing so basically every time you run the extractor, it runs against the API instance, and brings down everything that is different than what you already have in your git repository. |
well that was my expectation but i ain't getting them all |
2023-06-21T13:05:13.9370590Z ##[debug]Evaluating condition for step: 'Download pipeline artifact' |
Do me a favor. Can you start with an empty repository and then run the extractor to extract everything? |
it is empty except for the extractor tools, & the newly extracted resources |
That is odd. It shouldn’t behave this way. Never had this come up before actually. Aside from double checking that you indeed have these resources that you are expecting as part of the apim instance itself not sure what else to check here. @guythetechie any thoughts? |
@guythetechie any idea what is happening with my extractor missing some apim resources? |
@Kelele-m3 do you have the resources you are claiming are missing? for exampled namedvalues? Share some pictures from your azure portal if possible. |
@Kelele-m3 - couple of thoughts:
|
Release version
4.1.0
Describe the bug
Extractor pipeline not honouring the API names mentioned in the configuration.extractor.yaml
Expected behavior
Extractor pipeline only extract APIs matching with the API names mentioned in the configuration.extractor.yaml
Actual behavior
Extractor pipeline is extracting all the APIs and ignoring the contents of the configuration.extractor.yaml.
When configuration.extractor.yaml option is selected while running the extractor pipeline, there are 2 scenarios -
When configuration.extractor.yaml is absent - the pipeline execution fails and the pipeline logs clearly states that the pipleine has failed as it can't find the configuration.extractor.yaml.
When configuration.extractor.yaml is present - The pipeline execution seems to be ignoring it altogether and instead extracting all the APIs. Also there is no mention of anything related to configuration.extractor.yaml in the pipeline logs whatsoever even when using trace logging level.
Reproduction Steps
Specify couple of API names in the configuration.extractor.yaml and run the extractor pipeline
The text was updated successfully, but these errors were encountered: