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.1.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.1-py3-none-any.whl (10.1 kB view details)

Uploaded Python 3

File details

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

File metadata

  • Download URL: django_ninja_ts-2.0.1.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.1.tar.gz
Algorithm Hash digest
SHA256 4798365dd81c7efeff6c16889a0121a09bdbdf06bb3aef7924297aeeb104e14e
MD5 efd188f1532a4e85c2d80ffb376c407a
BLAKE2b-256 5afcd00c596f1bb4d00d9da155100f7faa564daf84366f3e915a33071e0cd840

See more details on using hashes here.

Provenance

The following attestation bundles were made for django_ninja_ts-2.0.1.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.1-py3-none-any.whl.

File metadata

File hashes

Hashes for django_ninja_ts-2.0.1-py3-none-any.whl
Algorithm Hash digest
SHA256 a3d07c4eebab152c9708b88f448cde91fd39f4054c6b28272e7617d69f91aff8
MD5 348e8427c0f5a84c2acaf878a8a23939
BLAKE2b-256 ee85c7efa0e1a36049312ba9f1f2796aa49f84f2610a9c83d4e8ab1e30480d92

See more details on using hashes here.

Provenance

The following attestation bundles were made for django_ninja_ts-2.0.1-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