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
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
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
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
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
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
