-
-
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
Error Publishing API via CLI #1127
Comments
Welcome to the Microcks community! 💖 Thanks and congrats 🎉 for opening your first issue here! Be sure to follow the issue template or please update it accordingly. 📢 If you're using Microcks in your organization, please add your company name to this list. 🙏 It really helps the project to gain momentum and credibility. It's a small contribution back to the project with a big impact. If you need to know why and how to add yourself to the list, please read the blog post "Join the Microcks Adopters list and Empower the vibrant open source Community 🙌" Hope you have a great time there! 🌟 ~~~~~~~~~ 🌟 📢 If you like Microcks, please ⭐ star ⭐ our repo to support it! 🙏 It really helps the project to gain momentum and credibility. It's a small contribution back to the project with a big impact. |
Hey @aymanhouadria! Thanks for raising this issue. The latest Where you previously thought the import was ok but had a message like Let me know if it makes sense. |
Thank you for the response. Yes, we tried with version 0.5.5 and indeed we are getting an error, both locally and in CI. What we don't understand is that we haven't modified anything in our dev instance of Microcks, yet it has stopped publishing via CLI. The error does not specify the reason, and the client ID, URL, and client secret are correct. The OpenAPI is also in the correct path. I'm asking to see if a similar problem has been reported or if you are aware of an issue like this because we can't think of where to look to understand the reason for the error. Thank you very much. |
You can try to put the |
We've fixed a permission issue in latest versions of Microcks so it could effectively make your import no longer work... Please check that the service account used by the CLI holds the |
Thank you very much. Last attempt. We have checked and indeed, as before, the assigned roles are correct and we have not updated our Microcks for the moment. I have verified that everything is correct as indicated in the documentation you have provided, and it is. If, for some reason, you think of where the problem might be, we would appreciate the help. Best regards |
In the above screenshot, I can only see the |
This issue has been automatically marked as stale because it has not had recent activity 😴 It will be closed in 30 days if no further activity occurs. To unstale this issue, add a comment with a detailed explanation. There can be many reasons why some specific issue has no activity. The most probable cause is lack of time, not lack of interest. Microcks is a Cloud Native Computing Foundation project not owned by a single for-profit company. It is a community-driven initiative ruled under open governance model. Let us figure out together how to push this issue forward. Connect with us through one of many communication channels we established here. Thank you for your patience ❤️ |
Describe the bug
We have three instances of Microcks: dev, pre, and prod. For some reason, publishing APIs via CLI in our dev instance no longer works. In versions 0.5.3 and 0.5.4, no error appears, but it doesn't discover any service. An empty string appears instead: . In version 0.5.5, it throws the following error:
We have verified that the client id, client secret, and URLs are correct. The file is also in the correct path. Interestingly, it works in the other instances.
Expected behavior
No response
Actual behavior
No response
How to Reproduce?
No response
Microcks version or git rev
No response
Install method (
docker-compose
,helm chart
,operator
,docker-desktop extension
,...)No response
Additional information
No response
The text was updated successfully, but these errors were encountered: