I'm spiking a blocker on my current project, now that the client has provided
us with further information regarding how we integrate with them via
messaging queues. I've been googling and reading for a day or so, and I'm
not 100% convinced that I've found evidence that I can integrate ActiveMQ
with
I'll answer my own question. It is NOT possible to use the IBM sender and
receiver channels in a JMS scenario. They are purely an IBM invention and
not part of the JMS spec. This is what I had thought all along. I had hoped
that perhaps some of the abstraction levels introduced on top of JMS might
Hi Andy,
Thanks for your response. We're waiting to see if the client and/or their
IBM support specialist can come up with a solution. Our application will
both send (for a synchronous request/response -- yuck) and receive messages
from them. The main problem is that their system is a mish mash o
Hi Edan,
I'm using ActiveMQ 5.5 and get WMQ complaints about remote channel not being
of the correct type when I have the connection factory specify a channel
property that corresponds to a receiver channel on WMQ. I posted on the
Camel users group wondering if there was an abstraction available o
The client most definitely doesn't want a security hole opened up with a
SVRCONN (the channel type you get by default when you don't specify the
channel property at all on the MQ connection factory).
Is there a secure bi-directional communication alternative between ActiveMQ
and WMQ, or is the onl
One last question to consolidate my understanding before I head off to the
WMQ forums.
Andy, you say:
"OK so in that case I can't see how you can get away without having a WMQ
Queue Manager (messaging server) right next to your app and doing
server<->server comms to theirs. I'm willing to be prov
