开发者

Java/Python communication via message broker

开发者 https://www.devze.com 2023-03-17 05:18 出处:网络
What is a good solution for communication via message broker that supports both (C)Python and Java/JMS applications?My particular requirements are:

What is a good solution for communication via message broker that supports both (C)Python and Java/JMS applications? My particular requirements are:

  • open source solution
  • Available on Linux-based systems
  • No rendezvous between sender and receiver required (i.e. uses a message broker)
  • Multiple producers and consumers supported for a single event queue (only one consumer receives each message)
  • Unit of work support with two-phase commit (XA support nice to have)
  • Support for persistent messages (i.e. that survive a restart of the broker)
  • Supports JMS for Java clients
  • No component is "fringe", meaning at risk of falling out of maintenance due to lack of community support/interest
  • If there is a Python client that manages to "speak JMS" that would be awesome, but an answer including a task to write my own Python JMS layer is acceptable

I have had a surprisingly hard time finding a solution for this. Apache's ActiveMQ has no Python support out of the box. ZeroMQ requires a rendezvous. RabbitMQ does not appear to support JMS. The best candidate I have found is a combination of ActiveMQ and the pyactivemq library. But the first and last release of pyactivemq was in 2008, so it would appear that that fails my "no fringe" requirement.

The ideal answer will be the names of one or more well-supported and well-documented open source packages, that you have personally used to communicate between a Java/JMS and Python application, and that do not require a lot of integration work to get started. An answer that includes an "easy" (up to a few days of work) implementation of additional glue code to meet all the requirements above, would be acceptable. A commercial solution, in the absence of a good open source candidate, would be acceptable also.

Also, Jython is out. (If only I could...) The same Python applications will need to use modules only available开发者_如何转开发 in CPython.


JMS is a specification not implementation . RabbitMQ is a really option .

I have also happily used HornetQ http://www.jboss.org/hornetq from Jboss as with every thing it is more aligned with every thing Java EE but RabbitMQ would be choice espcially if you are using Spring as well


I have had a surprisingly hard time finding a solution for this. Apache's ActiveMQ has no Python support out of the box.

ActiveMQ brokers fully support using the Stomp protocol out of the box. Stomp is a text based protocol for messaging that has clients for many platforms and languages.

ActiveMQ's documentation should contain information on how to set up a connector for stomp. In its simplest form, enabling a connector would look something like:

<transportConnectors>
   <transportConnector name="stomp" uri="stomp://localhost:61613"/>
</transportConnectors>

Once enabled on the broker side, you can then use any python library that supports stomp. You can then use Stomp on the python side and JMS on the java side for communication with the broker and sending/receiving from specific destinations.


You might want to take a look at OpenAMQ and another look at RabbitMQ.

The underlying messaging technology used by RabbitMQ and OpenAMQ is AMQP. You should be able to easily find Python and Java clients that work against both of these brokers (and ostensibly any other spec-compliant broker).

If JMS is a must-have, then you might be able to find a JMS client out there implemented on top of AMQP (OpenAMQ provided such a client at one time, but I am unsure of its current status).


We had been using GlassFish Message Queue (formerly Sun Java MQ) - it is inherited from OpenMQ

It satisfies most of your requirements, if not all. We had been using fail over-clustered brokers in Red Hat Linux (RHEL) - it is reliable for heavy usage. Though some 'quirks' lurk here and there.

0

精彩评论

暂无评论...
验证码 换一张
取 消