-
Notifications
You must be signed in to change notification settings - Fork 350
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
Fix #2486: make kamelet binding scalable #2582
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Very nice!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice job!
A quick Scaling > Kamelet documentation entry could be worth it, along with the exiting integration scaling documentation: https://camel.apache.org/camel-k/latest/scaling/integration.html |
Sure, I can add it. Any idea of what's happening? I'm unable to replicate on minikube. For some reason a simple (full) replace with only the "replicas" field chaned fails in the test... |
Hum, I would suspect the test client schema is not setup correctly somehow, possibly the KameletBinding type is not registered correctly... But I cannot find anything obvious :( |
Yeah, I've regenerated everything and I've also managed to install the same kind version, but nothing. I'd think to a transient error if that didn't happen on openshift (3.11) as well.. |
Yes, it's very strange since it's the exact same logic used for the integration scaling tests... I wonder if there is nothing specific about the way we initialise the test client, but I don't see anything obvious... |
I wonder if there is something going on with the fast mapper thing, with a group having multiple versions... |
c2d6c70
to
4ed2a82
Compare
mmh, disabled fastmapper in previous run.. same result.. |
36eb50f
to
b5a3cae
Compare
It may be |
Fix #2486
Release Note