Skip to content
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

rabbitmq port mismatch when cloudfoundry rabbitmq service is deployed on non-standard port #105

Open
gpsmit opened this issue Oct 11, 2021 · 3 comments

Comments

@gpsmit
Copy link

gpsmit commented Oct 11, 2021

Hi All,

We are experiencing an issue with the starter apps deployed on cloud foundry with SCDF
We have a cloud foundry instance that can expose rabbitmq services outside of cloudfoundry. When we deploy such an exposed rabbitmq service it will be assigned a random available port (non default 5671/5672) with TLS enabled.
All the vcap service variables are properly bound to the deployed apps, with the random port also visible in the stream starter environment variables
We are using the app imports from rabbitmq-maven-latest.

But, when we deploy the stream starter apps through SCDF, they do not pick up the random port (4101 in this deployment) instead trying the default TLS port 5671:
Attempting to connect to: [redacted:5671].
When we manually set spring.rabbitmq.port=4101 still nothing happens.
Attempting to connect to: [redacted:5671].
It seems the redacted url is resolved from the cloud foundry variables, but the port isnt.

When we set the entire spring.rabbitmq.addresses to the rabbitmq-uri:port/vhost everything is back to normal, but the apps should be able to resolve it from the cloud foundry variables.

We opened a ticket with vmware but they are pointing to the stream starter apps.
We see this in all the starter apps that we tried so far (http/bridge/rabbit/log)

SCDF INFO:
Data Flow Server Implementation
Name: scdf-pro-server
Version: 1.3.2

Versions
Implementation Version: 1.3.2 (scdf-pro-server)
Core: 2.8.2 (Spring Cloud Data Flow Core)
Dashboard: 3.1.2 (Spring Cloud Dataflow UI)
Shell: 2.8.2 (Spring Cloud Data Flow Shell)

Runtime Environment - Skipper Deployer
Implementation Version: 2.7.2
Name: Spring Cloud Skipper Server
Spi Version: 2.7.2
Java Version: 1.8.0_292
Platform Api Version: N/A
Platform Client Version: N/A
Platform Host Version: N/A
Platform Type: Skipper Managed
Spring Boot Version: 2.4.7
Spring Version: 5.3.8

Platform-specific Information of the Skipper Deployer
default: cloudfoundry

Runtime Environment - Task Launcher
Implementation Version: 2.6.2
Name: CloudFoundryAppDeployer
Spi Version: 2.6.2
Java Version: 1.8.0_292
Platform Api Version: 2.164.0
Platform Client Version: unknown
Platform Host Version: unknown
Platform Type: Cloud Foundry
Spring Boot Version: 2.4.7
Spring Version: 5.3.8

@sobychacko
Copy link
Contributor

Hi, this is the wrong repo for this issue. The apps are migrated to here. Which version of the apps are you using?

@gpsmit
Copy link
Author

gpsmit commented Oct 18, 2021

Thanks for the reply, i shall create the issue in the proper repository.
We are using the imports from rabbitmq-maven-latest

@gpsmit
Copy link
Author

gpsmit commented Oct 18, 2021

Created the issue here as well:
spring-cloud/stream-applications#197

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants