Skip to main content

Auto-generate TypeScript clients for Django Ninja during runserver

Project description

Django Ninja TS Generator

Automatically builds your TypeScript client whenever your Django Ninja schema changes.

Installation

  1. Install the package:

    pip install django-ninja-ts
    
  2. Add to INSTALLED_APPS in settings.py:

    INSTALLED_APPS = [
        # ...
        'django.contrib.staticfiles',
        'django_ninja_ts',  # Add this
        # ...
    ]
    

Migrating from v1.x

v2.0 switched from openapi-generator-cli (Node.js/Java) to openapi-ts-client (pure Python).

Breaking changes:

  • Remove NINJA_TS_CMD_ARGS from your settings (no longer supported)
  • Add NINJA_TS_FORMAT if you need axios or angular (fetch is default)
  • Node.js and Java are no longer required

Configuration

Add these settings to your settings.py:

import os

# Path to your NinjaAPI instance (dot notation)
NINJA_TS_API = 'myproject.api.api'

# Where to output the generated client
NINJA_TS_OUTPUT_DIR = os.path.join(BASE_DIR, '../frontend/src/app/shared/api')

# Optional: Client format - 'fetch' (default), 'axios', or 'angular'
NINJA_TS_FORMAT = 'fetch'

# Optional: Debounce time in seconds (prevents rapid rebuilds on "Save All")
# Default: 1.0
# NINJA_TS_DEBOUNCE_SECONDS = 0.5

# Optional: Clear output directory before generation
# Default: True
# NINJA_TS_CLEAN = True

How It Works

  1. When you run python manage.py runserver, the package intercepts the command
  2. It loads your Django Ninja API and extracts the OpenAPI schema
  3. It calculates a hash of the schema and compares it to the previous build
  4. If the schema has changed, it runs openapi-ts-client to generate the TypeScript client
  5. The hash is stored in .schema.hash in the output directory to avoid unnecessary rebuilds

Configuration Options

Setting Required Default Description
NINJA_TS_API Yes - Dot-notation path to your NinjaAPI instance
NINJA_TS_OUTPUT_DIR Yes - Directory where the TypeScript client will be generated
NINJA_TS_FORMAT No fetch Client format: fetch, axios, or angular
NINJA_TS_DEBOUNCE_SECONDS No 1.0 Delay before generation to handle rapid file saves
NINJA_TS_CLEAN No True Clear output directory before generation

Example: Using Axios

NINJA_TS_FORMAT = 'axios'

Example: Using Angular

NINJA_TS_FORMAT = 'angular'

Logging

The package uses Python's standard logging module. To see debug output, configure logging in your settings:

LOGGING = {
    'version': 1,
    'disable_existing_loggers': False,
    'handlers': {
        'console': {
            'class': 'logging.StreamHandler',
        },
    },
    'loggers': {
        'django_ninja_ts': {
            'handlers': ['console'],
            'level': 'DEBUG',
        },
    },
}

Troubleshooting

Common Issues

"Module not found" error

Problem: You see an error like Generation Error: Module not found: No module named 'myapp'

Solution: Ensure NINJA_TS_API contains a valid import path to your NinjaAPI instance:

# Correct - full import path
NINJA_TS_API = 'myapp.api.api'

# Incorrect - missing module path
NINJA_TS_API = 'api'

"does not have 'get_openapi_schema' method" error

Problem: The object at your NINJA_TS_API path is not a NinjaAPI instance.

Solution: Ensure you're pointing to the actual NinjaAPI instance, not a module or router:

# In myapp/api.py
from ninja import NinjaAPI
api = NinjaAPI()  # This is what NINJA_TS_API should point to

# In settings.py
NINJA_TS_API = 'myapp.api.api'  # Points to the 'api' variable in myapp/api.py

"Invalid OpenAPI schema" error

Problem: The schema returned by your API is missing required OpenAPI fields.

Solution: This usually indicates a configuration issue with your NinjaAPI. Ensure your API has:

  • A title (set in NinjaAPI constructor or via title parameter)
  • At least one endpoint registered
api = NinjaAPI(title="My API", version="1.0.0")

@api.get("/health")
def health(request):
    return {"status": "ok"}

"Output directory parent is not writable" error

Problem: The package cannot create files in the specified output directory.

Solution: Ensure the parent directory of NINJA_TS_OUTPUT_DIR exists and has write permissions:

# Check permissions
ls -la /path/to/parent/directory

# Fix permissions if needed
chmod 755 /path/to/parent/directory

Schema not regenerating after changes

Problem: You've made API changes but the TypeScript client isn't updating.

Solution:

  1. Delete the .schema.hash file in your output directory
  2. Restart the development server
  3. If using NINJA_TS_DEBOUNCE_SECONDS, wait for the debounce period

Configuration Validation

The package validates your configuration at startup using Django's system checks. Run checks manually with:

python manage.py check

This will report any configuration errors like:

  • Missing required settings
  • Invalid setting types
  • Unwritable output directories

Debug Mode

Enable debug logging to see detailed information about the generation process:

LOGGING = {
    'version': 1,
    'loggers': {
        'django_ninja_ts': {
            'handlers': ['console'],
            'level': 'DEBUG',
        },
    },
}

Contributing

Commit Messages

This project uses Conventional Commits for commit messages.

Format: <type>(<scope>): <description>

Types:

  • feat - New features
  • fix - Bug fixes
  • docs - Documentation changes
  • style - Code style changes (formatting, whitespace)
  • refactor - Code refactoring without feature changes
  • test - Adding or updating tests
  • chore - Maintenance tasks, dependencies, configs

Examples:

feat(generator): add support for axios client
fix(runserver): handle missing Java dependency gracefully
docs(readme): add troubleshooting section

License

MIT License - see LICENSE for details.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

django_ninja_ts-2.0.2.tar.gz (15.3 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

django_ninja_ts-2.0.2-py3-none-any.whl (10.1 kB view details)

Uploaded Python 3

File details

Details for the file django_ninja_ts-2.0.2.tar.gz.

File metadata

  • Download URL: django_ninja_ts-2.0.2.tar.gz
  • Upload date:
  • Size: 15.3 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.13.7

File hashes

Hashes for django_ninja_ts-2.0.2.tar.gz
Algorithm Hash digest
SHA256 a4b6a216e427af2c40a6385e8776c4b490b5fc16f35032fcde0a2866d7d363c3
MD5 647a5e2d410e80e2e02792f13c922d43
BLAKE2b-256 846c2881cdb7424e86a83deb0c3aede495f2ff7a17adcd6c93719f1d8d177080

See more details on using hashes here.

Provenance

The following attestation bundles were made for django_ninja_ts-2.0.2.tar.gz:

Publisher: release.yml on fa-krug/django-ninja-ts

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file django_ninja_ts-2.0.2-py3-none-any.whl.

File metadata

File hashes

Hashes for django_ninja_ts-2.0.2-py3-none-any.whl
Algorithm Hash digest
SHA256 88fc7ae07b864f96b69061ab0bb829978ff903e30653c795970a1aa4e2dd53fa
MD5 b28afa3d50b9cdc98cd1ecaabd248297
BLAKE2b-256 992cf94c7b546d65e34d247a0e49fa1bf8f43f3ad38073dd455fcadb811421e9

See more details on using hashes here.

Provenance

The following attestation bundles were made for django_ninja_ts-2.0.2-py3-none-any.whl:

Publisher: release.yml on fa-krug/django-ninja-ts

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page