-
Notifications
You must be signed in to change notification settings - Fork 2
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
Service Binding should follow standard CAP behaviour #264
Comments
Hi @gregorwolf, thanks for reporting this. Yes hybrid testing with Best regards, |
@gregorwolf can you lock at the attached PR? Would that work for you? |
Hi @soccermax, thank you for the quick fix. This works great when providing redis local via a docker container. But as the SAP BTP redis service can only be reached via an SSH tunnel (see: Access a Redis-cache Instance from Redis-cli) and also requires TLS it would be great if you can provide an option to set the TLS options. My workaround for the moment is to add an entry for the BTP redis service hostname in my local hosts file and point to localhost. Best regards, |
Hi @gregorwolf, Thanks for the feedback. Note: this will only work for non-cluster clients. I need to check again for cluster-clients next week. Implementation for the creation of redis clients is in src/shared/redis Best, |
Hi @soccermax , thank you for the quick response. For the moment I've adjusted my instructions: using the redis service from the provider subaccount to add an entry for the BTP redis service hostname in my local hosts file and point to localhost. This allows to run in hybrid mode without any other change. CU |
Hello Event Queue Team,
the SAP BTP redis service can only be reached via an SSH tunnel (see: Access a Redis-cache Instance from Redis-cli). Because of that Hybrid Testing is not directly possible. I've solved this by creating a User Provided Service named
redis-cache
with the following data:This UPS can be bound to the local CAP environment using:
with this adjustment of redisCredentialsFromEnv() that uses @sap/xsenv instead of a hard read for redis-cache in VCAP_SERVICES I was then able to connect to a local redis running in a container:
I would think that the plugin should be improved to follow the CAP best practice for Service Bindings. Maybe @chgeo or @oklemenz can give some guidance about the best way for the service binding.
Best Regards
Gregor
The text was updated successfully, but these errors were encountered: