Skip to content

Releases: jcass77/django-apscheduler

Release v0.7.0

28 Sep 04:24
Compare
Choose a tag to compare

v0.7.0 (2024-09-28)

Enhancements

  • Drop support for Python 3.8 and Django 3.2.
  • Add support for Python 3.9 to 3.12, Django 4.2 to 5.1
  • Bump dependencies to latest available versions.
  • Remove pytest-pythonpath as it is no longer needed.
  • Add tox.ini file to run tests against all supported versions of Python and Django.
  • Update CI configuration to use tox.

Fixes

  • Take a database lock before updating / deleting job store entries to prevent duplicate key violation errors (thanks
    @calledbert).

Release v0.6.2

06 Mar 04:23
Compare
Choose a tag to compare

v0.6.2 (2022-03-06)

Fixes

  • Make and commit missing migrations (Resolves #165).

Release v0.6.1

05 Mar 04:43
Compare
Choose a tag to compare

v0.6.1 (2022-03-05)

Fixes

  • Also handle db.InterfaceError when retrying database-related operations (thanks @zmmfsj-z).
  • Add unique_job_executions constraint to ensure that only one DjangoJobExecution can be created for
    each DjangoJob for a specific run time (Mitigates #156).
  • Update CI configuration to test on Django 3.2 and 4.0, and Python 3.10 (Resolves #163).
  • Drop official support for Django<3.2 and Python<3.8. This is slightly ahead of the official dates published in
    https://www.djangoproject.com/download/ and https://devguide.python.org/#status-of-python-branches, but makes the test
    workflows simpler and easier to maintain. If you are using older releases they might still work...

Release v0.6.0

17 Jun 03:05
Compare
Choose a tag to compare

v0.6.0 (2021-06-17)

Fixes

  • Fix screenshot links in README to work on PyPI.
  • Remove reference to deprecated django.utils.translation.ugettext_lazy.

Enhancements

  • The Django admin page will now show a list of all the manually triggered jobs that could not be completed
    before settings.APSCHEDULER_RUN_NOW_TIMEOUT seconds elapsed.
  • Make more of the string output on the admin page Django-translatable.
  • Introduce a retry_on_db_operational_error utility decorator for retrying database-related operations when
    a django.db.OperationalError is encountered (Partial resolution
    of #145).
  • Introduce a close_old_connections utility decorator to enforce Django's CONN_MAX_AGE setting. (Partial resolution
    of #145 - thanks @bluetech). This decorator should be applied to all of your jobs that require access to the database.

Release v0.5.2

28 Jan 12:47
Compare
Choose a tag to compare

v0.5.2 (2021-01-28)

Enhancements

  • Include Python 3.9 in continuous integration runs.
  • Switch from Travis-CI to GitHub Actions.

0.5.1

06 Nov 03:22
Compare
Choose a tag to compare

v0.5.1 (2020-11-06)

Fixes

  • Pin dependency to APScheduler < 4.0, which appears to be introducing some backwards incompatible changes.
  • Update readme to clarify the need for ensuring that a single scheduler is run in your Django application until
    APScheduler 4.0 arrives and django-apscheduler is migrated to make use of that version.
  • Update authors section in setup.py.
  • Don't try to log job executions for jobs that are no longer available in the job store. This was partially fixed
    previously as part of #116, which only catered for
    'execution' type of events. This fix resolves the issue for the remaining 'submitted' and 'error' events as well
    (Fixes #121).

0.5.0

13 Oct 01:44
Compare
Choose a tag to compare

v0.5.0 (2020-10-13)

Enhancements

  • Add ability to trigger a scheduled job manually from the DjangoJobAdmin page (Resolves #102).
  • The @register_job decorator has been deprecated. Please use APScheduler's add_job() method or @scheduled_job
    decorator instead (Resolves #119).

Fixes

  • Don't try to log job executions for jobs that are no longer available in the job store (Fixes #116).

0.4.2

11 Aug 10:52
9041827
Compare
Choose a tag to compare

v0.4.2 (2020-08-11)

  • Fix mapping of event listener APScheduler codes to event classes (Fixes #98).

0.4.1

09 Aug 03:54
Compare
Choose a tag to compare

v0.4.1 (2020-08-09)

Fixes

  • Drop use of of parameter in select_for_update, which is not supported by MariaDB and MySQL (Fixes #94).

0.4.0

26 Jul 16:36
Compare
Choose a tag to compare

v0.4.0 (2020-07-27)

Enhancements

  • Drop support for Python 2.7, convert codebase to Python 3.6+.
  • CI: drop coverage for Python 2.7 and Django <= 2.1, which are no longer maintained upstream.
  • CI: add coverage for Python 3.7 and 3.8, as well as Django long term support (LTS) and the latest released versions.
  • CI: un-pin dependency on agronholm/apscheduler#149, which has since been merged and released upstream.
  • Rename Django test_settings.py file to prevent collision with actual test scripts.
  • Clean up unused dependencies / update dependencies to latest available versions.
  • Switch to Black code formatting.
  • Align package layout with official Django recommendations
  • Move UI-related DjangoJobExecution.html_status out of model definition and in to the associated model admin definition.
  • Add help_text to model fields to document their use.
  • Remove unused code fragments.
  • Add Python type annotations.
  • Implement various Django best practices for QuerySet management and model instance creation / updates.
  • Drop DjangoJob.name field in favor of aligning with using APScheduler's id field. NOTE: please run your Django
    migrations again - might take a while depending on the number of DjangoJobExecutions in your database.
  • Acquire a DB lock when updating DjangoJob or DjangoJobExecution instances. This should be safer for multi-threaded
    usage.
  • Switch to using BigAutoField for DjangoJobExecution's primary keys. This should prevent running out of usable
    ID's for deployments with a very large number of job executions in the database (Resolves #36).
  • Implement DjangoJob.shutdown() method to close database connection when scheduler is shut down.
  • jobstores.register_events has been deprecated and will be removed in a future release. Calling this method is no
    longer necessary as the DjangoJobStore will automatically register for events that it cares about when the scheduler
    is started.
  • Ensure that Django and APScheduler always use the same timezones when passing datetimes between the two.
  • Use the configured scheduler's locking mechanism to keep the creation of DjangoJobExecution in sync with APScheduler
    events.
  • Update README on recommended usage, which includes using a BlockingScheduler with a custom Django management command
    instead of running a BackgroundScheduler directly in a Django application.
  • Remove ignore_database_error decorator. All database errors will be raised so that users can decide on the best
    course of action for their specific use case (Resolves #79).
  • Remove DjangoJobManager: users should be allowed to manage the DB connection themselves based on their
    implementation-specific use case. See the official Django recommendations at: https://code.djangoproject.com/ticket/21597#comment:29.
  • Add AUTHORS file.
  • Increase test coverage.
  • Remove the DjangoJobExecution.started field. It appears that APScheduler only fires an event when the job is
    submitted to the scheduler (not when job execution actually starts). We now calculate the job duration as the
    elapsed time in seconds between the scheduled run_time and when we receive the events.EVENT_EXECUTED
    APScheduler event.

Fixes

  • Fix PEP8 code formatting violations.
  • Implement locking mechanism to prevent duplicate DjangoJobExecutions from being created (Fixes #28, #30, #44).
  • DjangoJobStore.add_job now raises a ConflictingIdError if a job with that particular ID already exists in the job
    store. This aligns with the behavior expected by the APScheduler interface. Use the replace_existing parameter to
    update existing jobs instead.