Hello,
my question arose from this thread.
The question is: where is Universal Messaging used? Can anybody name some examples or projects where it is used as a real product and not as a backing system for the Integration Server?
Hello,
my question arose from this thread.
The question is: where is Universal Messaging used? Can anybody name some examples or projects where it is used as a real product and not as a backing system for the Integration Server?
we have quite a number of use-cases where UM is used outside of integration server. A number of which Iāve worked on historically. Many often utilize JMS versus using the native clients, but there are a number of different customers who use the native libraries of UM to achieve things beyond what JMS offers, or needed to interface from a technology where JMS isnāt so prevalent.
This is interesting. Does this mean that itās possible to send and consume messages via the JMS API even when the other side does not use JMS? I.e. use an UM channel via the JMS API with the āpublish/subscribeā pattern.
This would probably make my job simpler because there are many libs facilitating usage of JMS. Whereas with the native UM code Iām on my own.
Could you shed some light on this?
Thank you!
You can use the UM JMS libraries to work with it via JMS in both directions
You CAN also bridge between UM native and JMS.
A few years back I wrote a C# native publisher that was consumed via JMS (in Integration server), and also wrote a C# subscriber, with a JMS publisher.
Some documentation was added post my work to help:
JMS Message Type Conversion (softwareag.com)
There were also some tech community articles I wrote that I can no longer locate - but these are probably out of date now anyway. Regardless Iāll sort through my archives and see what I can find
Found the documents from my former life
Please be aware that these are now quite old, but just attached here for completeness. You should really dig into the documentation on UM which will have been updated considerably since these were created (8 years ago!), e.g. the documentation link I sent on the type conversion didnāt exist when I created the samples
Broker-um-csharp-compare.pdf (393.2 KB)
Broker-UM-csharp-Subscription-DRAFT.pdf (487.3 KB)
sample.txt (10.3 KB)
Dave, thatās very cool! Thank you for the links! Just one more question before I dive into the docs, just to possibly avoid unneeded work:
The JMS bridge you mentioned is a integral part of a UM installation and must not be installed and licensed separately, right?
Both the native API access and JMS work with the standard UM license.
Really JMS is just working on-top of the UM native channels/topics with a few JMS specifics added around āsubscriber interestā detection, etc.
With UM there is 3 types of license
See here for the differences between license types: License Types and Feature Sets (softwareag.com)
This topic was automatically closed 180 days after the last reply. New replies are no longer allowed.