Crixa
view release on metacpan or search on metacpan
0.13 2015-06-02
[BUG FIXES]
* Crixa now allows the message delivery_tag to be any non-negative integer
type as long as that type stringifies correctly.
0.12 2015-04-22
[BUG FIXES]
* The latest Net::AMQP::RabbitMQ release made the message delivery_tag a
Math::UInt64 object, which broke Crixa. Fixed by Ran Eilam.
0.11 2015-01-19
[ENHANCEMENTS]
* Implemented Crixa::Queue->consume(), a blocking API for waiting until
messages are received. Unlike the wait_for_message() method, this method
does not use a busy loop. Internally, it uses the poll() system call, so
it should be much kinder on your CPU.
* Added a Crixa::Message->consumer_tag() attribute. This will be set for
messages received via the new Crixa::Queue->consume() API.
[CHANGES]
* Crixa::Message->message_count() is no longer set for all messages, since
messages received via consume() have no message count.
[BUG FIXES]
* The docs said that the queue "auto_delete" parameter defaulted to false,
but it was actually defaulting to true. This was largely irrelevant given
that there past releases had no support for the consume()/recv() interface
in Crixa::Queue, but if you made a queue with Crixa and then used the
underlying mq object to call consume(), this would've been a problem.
0.10 2014-11-17
[BACKWARDS INCOMPATIBILITIES]
* Renamed the Crixa->connected method to Crixa->is_connected. This matches
what Net::AMQP::RabbitMQ calls the method. For Test::RabbitMQ we call its
connected method internally.
0.09 2014-11-13
[ENHANCEMENTS]
* Added a Crixa->connected method.
* Added an "mq" parameter for the Crixa->connect method that makes it easy
to mock the underlying RabbitMQ connection using Test::Net::RabbitMQ. Also
added some docs on mocking.
[BACKWARDS INCOMPATIBILITIES]
* The entirely undocumented Crixa::Engine::API role and the accompanying
Crixa::Engine::RabbitMQ class has been removed. This was a layer between
the Crixa object and the underlying RabbitMQ connection object (like
Net::AMQP::RabbitMQ) that was intended to support async operations in the
future. However, async operations can be done more simply by calling the
various non-blocking message receiving methods in an async callback.
0.08 2014-11-12
[BUG FIXES]
* Almost none of the Crixa classes were made immutable, which makes them a
lot slower to construct. This is particularly bad for the Crixa::Message
class.
0.07 2014-10-25
[ENHANCEMENTS]
* Added a Crixa::Queue->message_count method.
( run in 3.271 seconds using v1.01-cache-2.11-cpan-39bf76dae61 )