[Ann] Celery 2.2 released!

Ask Solem Hoel ask at celeryproject.org
Tue Feb 1 13:05:08 CET 2011


==============================
 Celery 2.2 is now available!
==============================

We're happy to announce the release of Celery 2.2.

Thanks to all contributors, testers and users, which without
this release would not have been possible.

What is it?
===========

Celery is an asynchronous task queue/job queue based on distributed message
passing. It is focused on real-time operation, but supports scheduling as well.

The execution units, called tasks, are executed concurrently on a single or
more worker nodes using multiprocessing, Eventlet, or gevent. Tasks can
execute asynchronously (in the background) or synchronously (wait until ready).

Celery is used in production systems to process millions of tasks a day.

Celery is written in Python, but the protocol can be implemented in any
language. It can also operate with other languages using webhooks.

The recommended message broker is RabbitMQ, but limited support for Redis,
Beanstalk, MongoDB, CouchDB, and databases (using SQLAlchemy or the Django ORM)
is also available.

Celery is easy to integrate with Django, Pylons and Flask, using the
django-celery, celery-pylons and Flask-Celery add-on packages.

Going to PyCon US 2011?
=======================

Then don't forget to attend Ryan Petrello's talk,
"Distributed Tasks with Celery": http://us.pycon.org/2011/schedule/sessions/1/

What's new?
===========

* Eventlet and gevent support.

  Worker nodes can now use Eventlet/gevent as an alternative to
  multiprocessing.  You could run several nodes running different
  pool implementations and route tasks to the "best tool for the job".

* Jython support!

* This is the last version supporting Python 2.4.

* Celery is now a class that can be instantiated, and the configuration is no
  longer global (see http://bit.ly/i6s3qK)

* Built-in support for virtual transports ("ghettoq queues")

    Virtual transports for Redis, Beanstalk, CouchDB, MongoDB,
    SQLAlchemy and the Django ORM are now available by default,
    and the implementations have been drastically improved.

* Now using Kombu instead of Carrot.

    Kombu is the next generation messaging framework for Python.
    See http://packages.python.org/kombu

* Multiple instances of event monitors can now run simultaneously (celeryev,
  celerymon, djcelerymon)

* Redis transport can now do remote control commands.

* Autoscaling of worker processes.

* Magic keyword arguments pending deprecation.

    The magic keyword arguments will be completely removed in version 3.0.
    It is important that you read the full changelog for more details.


And *lots* more!  The Changelog contains a detailed
list of all improvements and fixes:

http://celeryproject.org/docs/changelog.html#version-2-2-0

Be sure to read this before you upgrade!

Upgrading
=========

To upgrade using pip::

    $ pip install -U celery

If you're using Django, then django-celery will automatically
upgrade Celery as well::

    $ pip install -U django-celery

Resources
=========

:Homepage: http://celeryproject.org

:Download: http://pypi.python.org/pypi/celery

:Community Links: http://celeryq.org/community.html

:Documentation: http://celeryproject.org/docs/

:Code: http://github.com/ask/celery/

:FAQ: http://ask.github.com/celery/faq.html

:Mailing list: http://groups.google.com/group/celery-users

:IRC: #celery at irc.freenode.net.


-- 
{Ask Solem | twitter.com/asksol }.



More information about the Python-announce-list mailing list