-
-
Notifications
You must be signed in to change notification settings - Fork 198
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
Secondary artifact handling in case of relative $ref #1146
Comments
I'm not sure to totally understand what you mean... Looks like you've used |
To be honest, I'm not totally understanding whether secondary artifact is only about Postman Collection (or if it useful for my case of external JSON files) Do you need something else ? |
In that case, You have one primary artifact, which for artifacts that are loosely coupled to the is "Secondary artifacts" are for artifacts that are loosely coupled to the main one, using just service name and version to match things together. You can have secondary artifacts being Postman Collection or even OpenAPI docs - they will in that case act as an overlay of the primary. |
Very clear, now. So the only thing to fix is to return an error, instead of returning an "ok" notification + an undefined url, in the given scenario. |
Sorry but once I only import |
Ok I'll retry on my end. |
Sometime I have it. Sometime not. Can't have a fix scenario to reproduce it. I close the issue. |
Describe the bug
Import job feature with OpenAPI with relative reference seems not to work.
Expected behavior
I try to import, with import job feature, an OpenAPI specs, with relative reference ("$ref" notation).
I selected the option "Is a Secondary Artifact ? - Just merge examples into existing API | Service definition."
I expect at least an error.
Don't know if "secondary artifact" feature can be used to merge $ref relative reference
If yes, I expect a well-formed url (see screenshot)
Actual behavior
In the first case ("Is a secondary artifact - ticked")
As you can see in the screenshot, import "seems" to be ok but the link produced is "https://microcks.192.168.49.2.xip.io/#/services/undefined"
How to Reproduce?
I used "commons/util/src/test/resources/io/github/microcks/util/openapi/weather-forecast-openapi-relative-ref.yaml" example, with an import job.
Microcks version or git rev
1.9.0
Install method (
docker-compose
,helm chart
,operator
,docker-desktop extension
,...)helm chart
Additional information
On minikube
The text was updated successfully, but these errors were encountered: