Channels-rabbitmq

Latest version: v4.0.1

Safety actively analyzes 621444 Python packages for vulnerabilities to keep your Python projects secure.

Scan your dependencies

Page 1 of 3

4.0.1

~~~~~~~~~~~~~~~~~~~

* Support Channels 4

4.0.0

~~~~~~~~~~~~~~~~~~~

* Try and forestall an error during reconnect. Connecting to RabbitMQ Node B
after Node A went offline sometimes led to ``group_add()`` failures.
* Bump carehare to v1.0.0

**Upgrade instructions from v3.x**

* In accordance with RabbitMQ's URI specification, ``/`` is no longer allowed
as the last character in an ``amqp`` URL. If your ``host`` ends with ``/``,
delete the ``/``.

3.0.0

~~~~~~~~~~~~~~~~~~~

* Drop support for ``async_to_sync()`` without ``sync_to_async()``. If you have
been using channels_rabbitmq to open a new RabbitMQ connection per
message, you'll now get a RuntimeError.
`Rationale <https://github.com/CJWorkbench/channels_rabbitmq/issues/28#issuecomment-734334065>`_
* Switched to `carehare <https://github.com/CJWorkbench/carehare>`_, so now we:
* Expose errors. An error in the channel layers will be logged. (Previously,
it could lead to a frozen layer.)
* Release unawaited tasks and futures. Now, callers must await all futures.
(Previously, there were missing warnings when callers didn't await.)
* Expose ``get_channel_layer().carehare_connection``: a Future Connection.
(It resets to a new Future upon disconnect.)
* Added ``await get_channel_layer().close()``, for clean shutdowns. On shutdown,
all consumers will see ``StopConsuming``. (This is not in the Channel Layers
Specification.)
* Stopped monkey-patching event-loop close. Now, ending the Python process
without calling ``await get_channel_layer().close()`` may warn about unawaited
coroutines. Use ASGI Lifespan to fix the warnings.

**Upgrade instructions from v2.x**

* Upgrade to **Python 3.8 or higher**.
* Ensure your ``host`` and ``ssl_context`` agree. If you use ``ssl_context``,
your ``host`` must begin with ``amqps://``; otherwise, ``amqp://``.
* Ensure you do not call ``async_to_sync()`` outside of ``sync_to_async()``.

2.0.0

~~~~~~~~~~~~~~~~~~~

* ``local_capacity`` now counts messages. (Before, it was counting how many
``.get()`` calls were pending.)
* ``prefetch_count`` no longer exists. It was confusing when combined with
``local_capacity``.
* Switched to `aiormq <https://github.com/mosquito/aiormq>`_, which is
better-maintained.
* Upgraded `msgpack <https://github.com/msgpack/msgpack-python>`_ to v1.

**Upgrade instructions from v1.x**

* If you have configured ``prefetch_count``, delete it.
* Upgrade to **Python 3.7 or higher**.
* Upgrade to **Django-Channels 3.0 or higher**.

1.3.1

~~~~~~~~~~~~~~~~~~~

* Fix package __version__ metadata, which prevented some users from
installing v1.3.0. [issue 30] [PR 31]
* Fix async_to_sync() behavior on Python 3.6 and 3.7.

1.3.0

~~~~~~~~~~~~~~~~~~~

* Don't crash when called in async_to_sync() on asgiref >= 3.2.4
* Nix some deprecation warnings
* Allow installing alongside django-channels 3.0. [issue 29]

Page 1 of 3

© 2024 Safety CLI Cybersecurity Inc. All Rights Reserved.