util
/
rq
mirror of https://github.com/peter4431/rq.git
3
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
407 Commits
2 Branches
0 Tags
3.3 MiB
main
master
Branches Tags
${ item.name }
Create tag ${ searchTerm }
Create branch ${ searchTerm }
from 'f818fb5d43'
${ noResults }
Commit Graph

13 Commits (f818fb5d43b3613bc712bc31fef2148ec075d745)

Author SHA1 Message Date
Vincent Driessen 879a87d158 Remove logbook and replace it with logging. 
This reverts commit 1ab8c19696 and
reintroduces all changes made by @dstufft.

Still, it needs more patches to reeanble the default log-to-console
behaviour.  See #121.
 13 years ago
Vincent Driessen 1ab8c19696 Revert "Remove logbook and replace it with logging". 
This reverts the commit range f367c38..978ba2d.

Issue #121 is currently blocking the 0.3.1 release.
 13 years ago
Donald Stufft a08c983efc Fix tests to use logging 14 years ago
Vincent Driessen f5951900c8 Make unit tests compatible with Python < 2.7. 14 years ago
Vincent Driessen 2982486448 New connection management. 
Connections can now be set explicitly on Queues, Workers, and Jobs.
Jobs that are implicitly created by Queue or Worker API calls now
inherit the connection of their creator's.

For all RQ object instances that are created now holds that the
"current" connection is used if none is passed in explicitly.  The
"current" connection is thus hold on to at creation time and won't be
changed for the lifetime of the object.

Effectively, this means that, given a default Redis connection, say you
create a queue Q1, then push another Redis connection onto the
connection stack, then create Q2. In that case, Q1 means a queue on the
first connection and Q2 on the second connection.

This is way more clear than it used to be.

Also, I've removed the `use_redis()` call, which was named ugly.
Instead, some new alternatives for connection management now exist.

You can push/pop connections now:

    >>> my_conn = Redis()
    >>> push_connection(my_conn)
    >>> q = Queue()
    >>> q.connection == my_conn
    True
    >>> pop_connection() == my_conn

Also, you can stack them syntactically:

    >>> conn1 = Redis()
    >>> conn2 = Redis('example.org', 1234)
    >>> with Connection(conn1):
    ...     q = Queue()
    ...     with Connection(conn2):
    ...         q2 = Queue()
    ...     q3 = Queue()
    >>> q.connection == conn1
    True
    >>> q2.connection == conn2
    True
    >>> q3.connection == conn1
    True

Or, if you only require a single connection to Redis (for most uses):

    >>> use_connection(Redis())
 14 years ago
Vincent Driessen 3c05f20d95 Flake8. 14 years ago
Vincent Driessen 844c5ed8c7 Add @slow wrapper to avoid running slow tests. 
Use ./run_tests -f to only run the fast tests.
 14 years ago
Vincent Driessen f07d28db86 Organize test fixtures into a separate file. 14 years ago
Vincent Driessen 39f106cdb3 Have the test suite find an empty Redis database. 
Since the test suite `flushdb()`'s after running each test, we should
make sure the database is empty before we even start running tests.
This patch will make sure to never destroy any local production data
inside the running Redis instance.

This fixes #25.
 14 years ago
Vincent Driessen 7fff52d99c Get rid of ugly custom assertion. 14 years ago
Vincent Driessen 7eb8d92605 Put unreadable tasks on the failure queue. 14 years ago
Vincent Driessen 0be1cb6ac0 Change the way jobs are pickled. 
There is no job tuple anymore, but instead Jobs are picklable by
themselves natively.  Furthermore, I've added a way to annotate Jobs
with created_at and enqueued_at timestamps, to drive any future Job
performance stats.  (And to enable requeueing, while keeping hold of the
queue that the Job originated from.)

This fixes #17.
 14 years ago
Vincent Driessen 1f64157c38 Broke down tests into multiple files. 14 years ago