java - C++ JMS client or C++/C SOAP Client -

I have an application in C ++, but 'talk' will be required for Java based messaging. In the past, we used the WebSphere MQ and used their C ++ library to 'talk'.

So I'm looking for (ideal) Java Solution which does not keep the entire JVM memory.

The other option I have seen is SOAP that I have seen in Axis 2-C but it gives me the implementation of the entire server, which I do not need. I have talked about GSOP but mixed comments are seen here and then it is providing me a complete server.

I can write the code myself - but it goes against my (java-based) belief that excellent free code exists.

Thank you! Here are some points that I can not understand, a Java-specific abstract on the JMS Generic Messaging API, There is a very similar way that JDBC is a Java specific abstract on a generic database API.
I can not imagine anyone wanting a JDBC driver for C ++ application, they are an ODBC driver.

So if I think your goal is to send messages without using Websphere MQ from the C ++ application, then I recommend that you consider the following:

< Li> Do you need asynchronous messages? That means store messages on the queue until the message is consumed?
• If yes, the web service will not work for your application, unless you are ready to host a web server to receive responses and call back your application.

You have not mentioned that the underlying Java based messaging is going to be JMS or web services.
You may consider using the messaging provider, it provides implementation of the JMS API and the implementation of the STOMP protocol, which has client libraries for many languages ​​including C ++

You can open your decision for endpoint protocols, while you implement an integration layer while trying a few options.
You can instantly develop small integration on the mole eg. To accept a message on ActiveMQ, and post it on a webserver and put a WebService response on a separate ActiveMQ response queue. Or vice versa, accept web service calls and post soap on JMS queue, wait for JMS response and create SOAP feedback.

Edit: Looking at the explanation, I will refine my answer:

1. You receive a general message from
A broker is required which is accessible for activemac like C ++ and Java.
5. You need a small / light integration layer, such as to accept some of the above ActiveMQ and further SonicMQ, and vice versa. 2.1 The ones I know about Sonic have an ESB stack that should be able to do this instead of using one of the above mentioned containers / frameworks, but this will open problems for you, unity between you and the client Ownership.

   I have found 3 links which are showing sound support for C and C ++:
   
   
   
   
   (DG mime type on this link)