🎄 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.
Difference between the Boomi Generic JMS Connector and Boomi Solace JMS Connector
Best Answers
-
Hello and a Happy New Year to you,
It really depends on the use case which connector is more appropriate to use - the differences are:
Generic JMS Connector:- Mandates use of JNDI - which means destinations have to be defined upfront in the Solace message broker's JMS JNDI configuration
- Dynamic Request/Reply is not supported
Solace branded JMS Connector
- Can use dynamic queues/topics
- Only supports Direct QoS
- Supports dynamic topics/queues as well as wildcard subscriptions
- Non-transactional
If your use case allows to define all destinations up-front and requires transactions / persistence you would use the generic connector.
If you use fine grained topics in your use case you most likely will need to use dynamic destinations or wildcards on subscribers and hence you would use the Solace branded connector.Finally you can also use MQTT and HTTP/REST connectors in Boomi to connect to Solace - this may appropriate in certain situations as well - e.g. HTTP/REST could be useful in situations where you need to connect through firewalls.
5 -
Hi,
It depends on the use case which connector is appropriate - I'll list the differences below and add a few comments ..
Generic JMS Connector- Mandates usage of JNDI – all destinations must be defined upfront in the Broker's JMS JNDI configuration
Dynamic Req/Reply cannot be used
Solace JMS ConnectorDoes not use JNDI, Supports dynamic queue/topic creation
- Only supports Direct QoS
- Does not support transactions
- Supports wild card subscriptions
If your use case allows for upfront definition of destinations and requires persistent, transactional messaging the Generic JMS Connector is the right choice.
If you use fine grained topics you would most likely want to create destinations on the fly and also configure subscribers with wild card topic subscriptions - hence you would use the Solace branded connector
Finally - you can also use the HTTP/REST and MQTT connectors in Boomi to connect to Solace. For example - the HTTP protocol may be appropriate if you need to connect across firewalls/network zones. Solace also supports publishing messages to REST services exposed by Boomi using REST Delivery Points (RDP).
6
Answers
-
Hello and a Happy New Year to you,
It really depends on the use case which connector is more appropriate to use - the differences are:
Generic JMS Connector:- Mandates use of JNDI - which means destinations have to be defined upfront in the Solace message broker's JMS JNDI configuration
- Dynamic Request/Reply is not supported
Solace branded JMS Connector
- Can use dynamic queues/topics
- Only supports Direct QoS
- Supports dynamic topics/queues as well as wildcard subscriptions
- Non-transactional
If your use case allows to define all destinations up-front and requires transactions / persistence you would use the generic connector.
If you use fine grained topics in your use case you most likely will need to use dynamic destinations or wildcards on subscribers and hence you would use the Solace branded connector.Finally you can also use MQTT and HTTP/REST connectors in Boomi to connect to Solace - this may appropriate in certain situations as well - e.g. HTTP/REST could be useful in situations where you need to connect through firewalls.
5 -
Hi,
It depends on the use case which connector is appropriate - I'll list the differences below and add a few comments ..
Generic JMS Connector- Mandates usage of JNDI – all destinations must be defined upfront in the Broker's JMS JNDI configuration
- Dynamic Req/Reply cannot be used
Solace JMS Connector
- Does not use JNDI, Supports dynamic queue/topic creation
- Only supports Direct QoS
- Does not support transactions
- Supports wild card subscriptions
If your use case allows for upfront definition of destinations and requires persistent, transactional messaging the Generic JMS Connector is the right choice.
If you use fine grained topics you would most likely want to create destinations on the fly and also configure subscribers with wild card topic subscriptions - hence you would use the Solace branded connector
Finally - you can also use the HTTP/REST and MQTT connectors in Boomi to connect to Solace. For example - the HTTP protocol may be appropriate if you need to connect across firewalls/network zones. Solace also supports publishing messages to REST services exposed by Boomi using REST Delivery Points (RDP).
0 -
@swenhelge is this something you could assist with?
0 -
Hi,
It depends on the use case which connector is appropriate - I'll list the differences below and add a few comments ..
Generic JMS Connector- Mandates usage of JNDI – all destinations must be defined upfront in the Broker's JMS JNDI configuration
Dynamic Req/Reply cannot be used
Solace JMS ConnectorDoes not use JNDI, Supports dynamic queue/topic creation
- Only supports Direct QoS
- Does not support transactions
- Supports wild card subscriptions
If your use case allows for upfront definition of destinations and requires persistent, transactional messaging the Generic JMS Connector is the right choice.
If you use fine grained topics you would most likely want to create destinations on the fly and also configure subscribers with wild card topic subscriptions - hence you would use the Solace branded connector
Finally - you can also use the HTTP/REST and MQTT connectors in Boomi to connect to Solace. For example - the HTTP protocol may be appropriate if you need to connect across firewalls/network zones. Solace also supports publishing messages to REST services exposed by Boomi using REST Delivery Points (RDP).
6 -
Hi Sven,
Sorry for my late reply but I recently joined this community. It appears that I haven't received email notifications of your replies.Looking at it, the way we want to work with Boomi and Solace is support for dynamic queue/topic creation. The reason is simple: that is exactly what Boomi does already when you use the Boomi MQ solution. So that is why I tested the branded Solace connector. Thanks!
0 -
I want to add that we have a released a new Solace Boomi connector that is JCSMP based.
This JCSMP connector will be the preferred connector going forward.
The benefits of the new Solace JCSMP based connector are:
Will be extended by Solace over time.
Support interop with Event Portal.
We expect better performance from it.2
![[Deleted User]](https://w7.vanillicon.com/v2/7dff26a9d468db847108da180a72c800.svg)
