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.
- Devel package for openSUSE:Factory
-
7
derived packages
- Links to openSUSE:Factory / python-celery
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout devel:languages:python/python-celery && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
_link | 0000000124 124 Bytes | |
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 (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