- Update to 1.1.1:
  * Virtual transports: Message body is now base64 encoded by
    default (Issue #27).
    This should solve problems sending binary data with virtual
    transports.
    Message compatibility is handled by adding a body_encoding
    property, so messages sent by older versions is compatible
    with this release. However – If you are accessing the
    messages directly not using Kombu, then you have to respect
    the body_encoding property.
    For transport authors:
      You don’t have to change anything in your custom
      transports, as this is handled automatically by the base
      class.
      If you want to use a different encoder you can do so by
      adding a key to Channel.codecs. Default encoding is
      specified by the Channel.body_encoding attribute.
      A new codec must provide two methods: encode(data) and
      decode(data).
  * ConnectionPool/ChannelPool/Resource: Setting limit=None
    (or 0) now disables pool semantics, and will establish and
    close the resource whenever acquired or released.
  * ConnectionPool/ChannelPool/Resource: Is now using a LIFO
    queue instead of the previous FIFO behavior.
  * BrokerConnection: Cloned connections did not inherit
    transport_options (__copy__).
  * contrib/requirements is now located in the top directory of
    the distribution.
  * MongoDB: Now supports authentication using the userid and

• Files Changed
• Browse Source

- Update to 1.0.7:
  * Now depends on anyjson 0.3.1
    cjson is no longer a recommended json implementation, and anyjson
    will now emit a deprecation warning if used.
  * Please note that the Pika backend only works with version 0.5.2.
    The latest version (0.9.x) drastically changed API, and it is not
    compatible yet.
  * on_decode_error is now called for exceptions in message_to_python
    (Issue #24).
  * Redis: did not respect QoS settings.
  * Redis: Creating a connection now ensures the connection is established.
    This means BrokerConnection.ensure_connection works properly with
    Redis.
  * consumer_tag argument to Queue.consume can't be None
    (Issue #21).
    A None value is now automatically converted to empty string.
    An empty string will make the server generate a unique tag.
  * BrokerConnection now supports a transport_options argument.
    This can be used to pass additional arguments to transports.
  * Pika: drain_events raised socket.timeout even if no timeout
    set (Issue #8).

• Files Changed
• Browse Source

- Update to 1.0.6:
  - The delivery_mode aliases (persistent/transient) were not
    automatically converted to integer, and would cause a crash if
    using the amqplib transport.
  - Redis: The redis-py InvalidData exception suddenly changed
    name to DataError.
  - The KOMBU_LOG_DEBUG environment variable can now be set to log
    all channel method calls.
  - Support for the following environment variables have been added:
    - KOMBU_LOG_CHANNEL will wrap channels in an object that logs
      every method call.
    - KOMBU_LOG_DEBUG both enables channel logging and configures
      the root logger to emit messages to standard error.
- Aditional changes from 1.0.5:
  - Fixed memory leak when creating virtual channels. All virtual
    transports affected (redis, mongodb, memory, django, sqlalchemy,
    couchdb, beanstalk).
  - Virtual Transports: Fixed potential race condition when acking
    messages.
  - If you have been affected by this, the error would show itself
    as an exception raised by the OrderedDict implementation.
    (object no longer exists).
  - MongoDB transport requires the findandmodify command only
    available in MongoDB 1.3+, so now raises an exception if
    connected to an incompatible server version.
  - Virtual Transports: basic.cancel should not try to remove
    unknown consumer tag.
- Added AUTHORS Changelog FAQ INSTALL README THANKS TODO files
  as documentation.

• Files Changed
• Browse Source

- Update to 1.0.4:
  * Added Transport.polling_interval
    Used by django-kombu to increase the time to sleep between SELECTs when
    there are no messages in the queue.
    Users of django-kombu should upgrade to django-kombu v0.9.2.

• Files Changed
• Browse Source

• Browse Source