We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
It looks like sbo binds files by default in openshift console.
0.6.0 release
sh-4.2$ ls /bindings/nodejs-sample-d-ajay-test-akc/ clientsecret user password type clientid
After 0.7.0
sh-4.2$ ls /bindings/nodejs-sample-d-ajay-test-akc/ KAFKACONNECTION_BOOTSTRAPSERVERS KAFKACONNECTION_CLIENTSECRET KAFKACONNECTION_PROVIDER KAFKACONNECTION_SECURITYPROTOCOL KAFKACONNECTION_USER KAFKACONNECTION_CLIENTID KAFKACONNECTION_PASSWORD KAFKACONNECTION_SASLMECHANISM KAFKACONNECTION_TYPE
0.7.0 is not aligned with how spec does it.
The text was updated successfully, but these errors were encountered:
hm, our tests
service-binding-operator/test/acceptance/features/injectBindingsAsFiles.feature
Line 12 in 80e6434
Sorry, something went wrong.
Not sure if service binding is the issue as it is being created by OpenShift Topology as in our summit guides. Maybe problem is in the spec:
https://github.com/redhat-developer/app-services-operator/blob/main/olm/olm-template/manifests/rhoas-operator.kafkaconnections.crd.yaml#L7-L21
I can confirm the issue. #949 is going to fix it. Until then, setting spec.namingStrategy: none can work around the issue.
spec.namingStrategy: none
Successfully merging a pull request may close this issue.
Different
It looks like sbo binds files by default in openshift console.
0.6.0 release
After 0.7.0
0.7.0 is not aligned with how spec does it.
The text was updated successfully, but these errors were encountered: