stored for later retrieval (called its “tombstone”). 1.1.2 Example You probably want to see some code by now, so here’s an example task adding two numbers: from celery.task import task @task def add(x install Homebrew, you first need to install git. Download and install from the disk image at http://code.google.com/p/git-osx-installer/downloads/list?can=3 When git is installed you can finally clone the add.name ’tasks.add’ Automatic naming and relative imports Relative imports and automatic name generation does not go well together, so if you’re using relative imports you should set the name explicitly

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86 5 Contributing 91 5.1 Community Code of Conduct . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91 5.2 Reporting stored for later retrieval (called its “tombstone”). 1.1.2 Example You probably want to see some code by now, so here’s an example task adding two numbers: from celery.task import task @task def add(x install Homebrew, you first need to install git. Download and install from the disk image at http://code.google.com/p/git-osx-installer/downloads/list?can=3 When git is installed you can finally clone the

recommended message broker is RabbitMQ [http://www.rabbitmq.com/], but limited support for Redis [http://code.google.com/p/redis/], Beanstalk [http://kr.github.com/beanstalkd/], MongoDB [http://mongodb.org/] can be stored for later retrieval (called its “tombstone”). Example You probably want to see some code by now, so here’s an example task adding two numbers: from celery.task import task @task def add(x install Homebrew, you first need to install git. Download and install from the disk image at http://code.google.com/p/git-osx-installer/downloads/list?can=3 When git is installed you can finally clone the

stored for later retrieval (called its “tombstone”). 1.1.3 Example You probably want to see some code by now, so here’s an example task adding two numbers: from celery.task import task @task def add(x install Homebrew, you first need to install git. Download and install from the disk image at http://code.google.com/p/git-osx-installer/downloads/list?can=3 When git is installed you can finally clone the RetryTaskError exception is raised instead. Note: The retry() call will raise an exception so any code after the retry will not be reached. This is the celery.exceptions.RetryTaskError exception, it is

[http://kombu.readthedocs.org/en/latest/introduction.html#transport-comparison] for Redis [http://code.google.com/p/redis/], Beanstalk [http://kr.github.com/beanstalkd/], MongoDB [http://mongodb.org/] can be stored for later retrieval (called its “tombstone”). Example You probably want to see some code by now, so here’s an example task adding two numbers: from celery.task import task @task def add(x install Homebrew, you first need to install git. Download and install from the disk image at http://code.google.com/p/git-osx-installer/downloads/list?can=3 When git is installed you can finally clone the

look at why that is. When you send a task message in Celery, that message won’t contain any source code, but only the name of the task you want to execute. This works similarly to how host names work on add.name 'tasks.add' Automatic naming and relative imports Relative imports and automatic name generation don’t go well together, so if you’re using relative imports you should set the name explicitly project already using these patterns extensively and you don’t have the time to refactor the existing code then you can consider specifying the names explicitly instead of relying on the automatic naming:

look at why that is. When you send a task message in Celery, that message won’t contain any source code, but only the name of the task you want to execute. This works similarly to how host names work on add.name 'tasks.add' Automatic naming and relative imports Relative imports and automatic name generation don’t go well together, so if you’re using relative imports you should set the name explicitly project already using these patterns extensively and you don’t have the time to refactor the existing code then you can consider specifying the names explicitly instead of relying on the automatic naming:

look at why that is. When you send a task message in Celery, that message won’t contain any source code, but only the name of the task you want to execute. This works similarly to how host names work on add.name 'tasks.add' Automatic naming and relative imports Relative imports and automatic name generation don’t go well together, so if you’re using relative imports you should set the name explicitly project already using these patterns extensively and you don’t have the time to refactor the existing code then you can consider specifying the names explicitly instead of relying on the automatic naming:

look at why that is. When you send a task message in Celery, that message won’t contain any source code, but only the name of the task you want to execute. This works similarly to how host names work on add.name 'tasks.add' Automatic naming and relative imports Relative imports and automatic name generation don’t go well together, so if you’re using relative imports you should set the name explicitly project already using these patterns extensively and you don’t have the time to refactor the existing code then you can consider specifying the names explicitly instead of relying on the automatic naming:

look at why that is. When you send a task message in Celery, that message won’t contain any source code, but only the name of the task you want to execute. This works similarly to how host names work on add.name 'tasks.add' Automatic naming and relative imports Relative imports and automatic name generation don’t go well together, so if you’re using relative imports you should set the name explicitly project already using these patterns extensively and you don’t have the time to refactor the existing code then you can consider specifying the names explicitly instead of relying on the automatic naming: