[rabbitmq-discuss] State-of-the-art Perl client?

Alessandro Ranellucci aar at cpan.org
Thu Feb 2 14:48:32 GMT 2012

On 2-02-2012 at 2:20, Toby Corkindale wrote:

  >>While some may dislike to run a Java library in a Perl
  >>environment, it has proven to be fairly reliable without a single
  >I'm sure you can understand that it's not really desirable 
for many
  >people to do this, though, due to:

Not only I can understand that, but I even wrote it in my 
original message if you look above.  :)

Implementing bindings for the official Java library was the 
quickest solution I could come up with, given the 
unresponsiveness of other modules' authors, the uncertain status 
of the C library, the incompleteness of STOMP modules with 
regards to the RabbitMQ feature set.

The recent announcement of a new maintainer for the C library is 
good news for us Perl users, of course. In the mean time, the 
Java library has been supporting my production servers with no issues.

  >By the way - why do you require the user to call ->init 
manually? Why
  >not put that into the import() subroutine which is called automatically?

init() does a bit too much for it to be safely called 
automatically. Suppose you have a forking daemon: you probably 
want to load the Java part only after forking and after a number 
of other startup things. Having the user call it manually also 
allows to fine-tune it using runtime settings rather than 
hard-coded ones.


- Alessandro

More information about the rabbitmq-discuss mailing list