🎄 Happy Holidays! 🥳
Most of Solace is closed December 24–January 1 so our employees can spend time with their families. We will re-open Thursday, January 2, 2024. Please expect slower response times during this period and open a support ticket for anything needing immediate assistance.
Happy Holidays!
Please note: most of Solace is closed December 25–January 2, and will re-open Tuesday, January 3, 2023.
How to stop Default solace queue name getting created
Our bindings are like below:
#Cloud stream channels configuration
spring:
cloud:
function:
routing: enabled
routing-expression: headers['type']
definition:
routerFunc1;routerFunc2
stream:
default-binder: solace-broker
bindings:
routerFunc1-in-0:
destination: QUEUE_NAME1
group: QUEUE_GROUP
provisionDurableQueue: false
consumer:
concurrency: 3
routerFunc2-in-0:
destination: QUEUE_NAME2
group: QUEUE_GROUP
provisionDurableQueue: false
consumer:
concurrency: 3
#Topic subscriptions
solace:
bindings:
routerFunc1-in-0:
consumer:
provisionSubscriptionsToDurableQueue: false
provisionDurableQueue: false
queueAdditionalSubscriptions: TOPIC_NAME1
auto-bind-dlq: true
routerFunc2-in-0:
consumer:
provisionSubscriptionsToDurableQueue: false
provisionDurableQueue: false
queueAdditionalSubscriptions: TOPIC_NAME2
auto-bind-dlq: true
binders:
solace-broker:
type: solace
environment:
solace:
java:
host: solace_host.com
msgVpn: msg_vpn
clientUsername: admin
clientPassword: password
connectRetries: -1
We are seeing after deployment of service
dynamic queue and its subcription getting created, which we are not expecting as below
scst/wk/QUEUE_GROUP/plain/QUEUE_NAME1
scst/wk/QUEUE_GROUP/plain/QUEUE_NAME2
Our solace migration is creating queue names as below in solace
QUEUE_NAME1.QUEUE_GROUP (inside subscription topic)
QUEUE_NAME2.QUEUE_GROUP (inside subscription topic)
Can you help us property or function which are helpful stopping these dynamic queues
@marc
Comments
-
Hi @durgesh_patkari Can you check out this blog, it delves into the exact requirement that you are looking for -
1 -
But can we pass Configurable value from profiled yaml
assume that like
queueNameExpression: '''$QUEUENAME_GROUPNAME_VARIABLE'''
dev.yaml
QUEUENAME_GROUPNAME_VARIABLE: QUEUE_NAME1.QUEUE_GROUP ?
so that queueNameExpression will be referring to QUEUE_NAME1.QUEUE_GROUP
0 -
For me below config doing trick
queueNameExpression: "'${QUEUE_NAME}.' + '${GROUP_NAME}'"
0