0.10

New: add a new Event, dispatched on message sent. Useful f.e. for debugging purposes

0.9.0

NEW: allow forcing enhanceSigchildCompatibility to the Symfony Process component.

On OS such as Debian or Ubuntu, where the Symfony Process component does not detect SigchildCompatibility properly, this helps to retrieve the exit code of Symfony command-line scripts executed by queue consumers.
It also helps f.e. in making sure that Symfony command-line scripts executed by queue consumers can be properly reaped on timeout expiration if using the $timeout argument in the Process constructor.

In order to enable this, set to true the value of configuration parameter kaliop_queueing.default.console_commands.force_sigchild_enabled

0.8.0

• NEW: the bundle is now compatible with Symfony versions all the way up to 4.3 and recent versions of rabbitmq-bundle

• FIXED: QueueManager::listQueues($type) would not honour the $type parameter

0.7.2

• FIXED: make yml config compatible with recent Symfony 3 versions

• IMPROVED: declare compatibility with Symfony 4, even though we are known to fail with Sf >= 3.4

• IMPROVED: update Travis tests to use more recent versions of PHP and Symfony and get back to partial green

0.7.1

fix watchdog helper getProcessPid not ignoring grep

Add compatibility with Symfony 3

As a side effect, we loose compatibility with Symfony 2.3 (which is out of support any way)

v0.4.0

• NEW: When tagging a service as Event Listener, it is possible to specify that it will only be triggered for a specific queue
• NEW: A new service is made available, commented out, in services.yml, which can be used to requeue console-command messages when their execution fails. This can be use as a substitute for the NACK feature of some queueing systems, which is not supported by the library
• CHANGED: The interfaces ConsumerInterface and MessageInterface have acquired a new method each. If you have implemented a driver you will need to adapt your code.
• FIXED: the Monitor event listener does not dump twice any more the received messages nor strip html tags

v0.3.0

• FIXED: do not crash the consumer if the received message is invalid json (or whatever the expected format)
• NEW: introduced a new Event: MessageConsumptionFailed (triggered when message processing raises an Exception)
• NEW: the ConsoleCommand producer gained a batchPublish() method
• NEW: a new EXPERIMENTAL consumer is available for executing Console-Command messages. It is registered as service
  kaliop_queueing.message_consumer.inprocess_console_command
  The difference with the standard kaliop_queueing.message_consumer.console_command consumer is that this one does
  not fork a new php process to execute the received commands.
  This has the effect of making it:
  • fast
  • prone to memory leaks
  • prone to resource leaks
  • sensitive to problems with long-lived database connections
  • prone to problems with fatal errors (unless you are on php 7 and you catch them all as exceptions)

v0.2.0

• NEW: introduced a new Event: MessageConsumed (triggered after message processing)
  The Monitor event listener can be tagged to listen to this event and log debug information
• NEW: the Publisher classes now implement a BatchPublish method for optimized sending of multiple messages
• NEW: the Consume method of Consumer classes now accepts a $timeout optional parameter.
  This is also true of the kaliop_queueing:consumer console command
• NEW: introduced fluent interfaces for all setter methods
• NEW: all MessageConsumer classes now return a value from their consume() method
• NEW: added an interface for MessageProducer classes
• NEW: the QueueManager classes (and console command) now take optional parameters for all actions.
  The exact parameters depend on the driver+action combination
• NEW: added a new service which can be used as MessageConsumed listener to help testing: kaliop_queueing.message_consumer.filter.accumulator
• NEW: introduced protection against recursion for MessageConsumer::decodeAndConsume
• CHANGED: the ConsumerInterface now sports a method setCallback()
• CHANGED: changed the MessageReceived event to simplify it a bit
• CHANGED: cli commands use '-i' to specify the driver to use instead of '-b'
• CHANGED: cli command kaliop_queueing:managequeue uses '-o option=value' to specify options for the remote command
• CHANGED: cli command kaliop_queueing:managequeue list has been renamed kaliop_queueing:managequeue list-configured to avoid confusion between configured bundle queues and queues/exchanges existing on the broker. It now works in prod environments and not only in dev
• FIXED: RabbitMQ Consumers can not change the routing key associated with their queue. The bundle now throws an exception if this is attempted

Version 0.1

FIRST RELEASE!

There might be a few API-breaking changes in the future, but the core is stable enough to start playing around with