python-celery

Edit Package python-celery
http://github.com/ask/celery

Celery is a distributed task queue. It was first created for Django, but is now usable from Python. It can also operate with
other languages via HTTP+JSON. It is used for executing tasks asynchronously, routed to one or more worker servers, running
concurrently using multiprocessing. It is designed to solve certain problems related to running websites demanding high-availability and performance.

It is perfect for filling caches, posting updates to twitter, mass downloading data like syndication feeds or web scraping. Use-cases are plentiful. Implementing these features asynchronously using celery is easy and fun, and the performance improvements can make it more than worthwhile.

Refresh
Refresh
Source Files
Filename Size Changed
celery-3.0.10.tar.bz2 0001132601 1.08 MB
python-celery.changes 0000039165 38.2 KB
python-celery.spec 0000002860 2.79 KB
Revision 70 (latest revision is 159)
Alexandre Rogoski's avatar Alexandre Rogoski (aledr) committed (revision 70)
- Update to 3.0.10:
  - Now depends on kombu 2.4.7
  - Now depends on billiard 2.7.3.14
    - Fixes crash at startup when using Django and pre-1.4 projects
      (setup_environ).
    - Hard time limits now sends the KILL signal shortly after TERM,
      to terminate processes that have signal handlers blocked by C extensions.
    - Billiard now installs even if the C extension cannot be built.
        It's still recommended to build the C extension if you are using
        a transport other than rabbitmq/redis (or use forced execv for some
        other reason).
    - Pool now sets a ``current_process().index`` attribute that can be used to create
      as many log files as there are processes in the pool.
  - Canvas: chord/group/chain no longer modifies the state when called
    Previously calling a chord/group/chain would modify the ids of subtasks
    so that:
        >>> c = chord([add.s(2, 2), add.s(4, 4)], xsum.s())
        >>> c()
        >>> c() <-- call again
    at the second time the ids for the tasks would be the same as in the
    previous invocation.  This is now fixed, so that calling a subtask
    won't mutate any options.
  - Canvas: Chaining a chord to another task now works (Issue #965).
  - Worker: Fixed a bug where the request stack could be corrupted if
    relative imports are used.
    Problem usually manifested itself as an exception while trying to
    send a failed task result (NoneType does not have id attribute).
    Fix contributed by Sam Cooke.
  - Tasks can now raise celery.exceptions.Ignore to skip updating states
    or events after return.
Comments 0
openSUSE Build Service is sponsored by