Skip to content

Conversation

@fabiofranzini
Copy link
Contributor

…neration OpenAPI integration in Azure Functions

feat!: Complete rewrite of @apvee/azure-functions-openapi for next-generation OpenAPI integration in Azure Functions

This update represents a full architectural redesign of the library, introducing a more modular, extensible, and strongly typed foundation for building OpenAPI-enabled Azure Functions.

  • Reimplemented the entire OpenAPI registration system with a cleaner, pluggable architecture.

  • Introduced a centralized OpenAPI registry for managing components, schemas, and security definitions.

  • Added automatic OpenAPI document generation with first-class Swagger UI integration.

  • Unified endpoint and webhook handling with consistent route normalization and metadata management.

  • Introduced typed request/response handlers with automatic type inference and validation via Zod.

  • Added a comprehensive security module supporting multiple Azure authentication schemes:

    • Azure AD Bearer Token
    • Client Credentials
    • EasyAuth
    • Azure Function Keys
    • Custom API Key validation
  • Implemented new helpers for request/response configuration (ContentTypeConfig, ResponseConfig).

  • Enhanced support for multi-content-type responses and webhook transformations.

  • Added global configuration management and improved Swagger 2.0 backward compatibility.

  • Reorganized internal module structure for better maintainability and clarity.

  • Provided extensive developer documentation, examples, and inline JSDoc annotations.

  • Migrated all core modules (endpoint, docs, ui, registry, schemas, security, transform) to an internal architecture.

  • Simplified imports through a single public API surface in index.ts.

  • Optimized type definitions for deep Azure Functions and OpenAPI integration.

  • Modernized utility functions and schema conversion logic.

  • Introduced operationId mapping for webhooks and enhanced metadata propagation.

  • The entire API surface has been redesigned for consistency and type safety.

  • Previous function decorators, schema registration APIs, and configuration options have been replaced.

  • All existing integrations should migrate to the new function and schema registration model.

…neration OpenAPI integration in Azure Functions

feat!: Complete rewrite of @apvee/azure-functions-openapi for next-generation OpenAPI integration in Azure Functions

This update represents a full architectural redesign of the library, introducing a more modular, extensible, and strongly typed foundation for building OpenAPI-enabled Azure Functions.

- Reimplemented the entire OpenAPI registration system with a cleaner, pluggable architecture.
- Introduced a centralized OpenAPI registry for managing components, schemas, and security definitions.
- Added automatic OpenAPI document generation with first-class Swagger UI integration.
- Unified endpoint and webhook handling with consistent route normalization and metadata management.
- Introduced typed request/response handlers with automatic type inference and validation via Zod.
- Added a comprehensive security module supporting multiple Azure authentication schemes:
  - Azure AD Bearer Token
  - Client Credentials
  - EasyAuth
  - Azure Function Keys
  - Custom API Key validation
- Implemented new helpers for request/response configuration (`ContentTypeConfig`, `ResponseConfig`).
- Enhanced support for multi-content-type responses and webhook transformations.
- Added global configuration management and improved Swagger 2.0 backward compatibility.
- Reorganized internal module structure for better maintainability and clarity.
- Provided extensive developer documentation, examples, and inline JSDoc annotations.

- Migrated all core modules (`endpoint`, `docs`, `ui`, `registry`, `schemas`, `security`, `transform`) to an internal architecture.
- Simplified imports through a single public API surface in `index.ts`.
- Optimized type definitions for deep Azure Functions and OpenAPI integration.
- Modernized utility functions and schema conversion logic.
- Introduced operationId mapping for webhooks and enhanced metadata propagation.

- The entire API surface has been redesigned for consistency and type safety.
- Previous function decorators, schema registration APIs, and configuration options have been replaced.
- All existing integrations should migrate to the new function and schema registration model.
@fabiofranzini fabiofranzini merged commit 03fb455 into main Nov 6, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants