757f56b9f8
refactor: Move request DTOs to DocumentService.Client.Models namespace
2026-08-11 10:29:44 +02:00
0e88b349d7
Rebrand project: DocumentOperator to DocumentService
...
This commit implements a complete rebranding of the project:
- Updated all namespaces from `DocumentOperator` to `DocumentService`.
- Renamed file paths, embedded resources, and test data references.
- Updated configuration keys, logging paths, and Redis instance names.
- Revised documentation to reflect the new project name.
- Modified project and solution files to align with the new structure.
- Updated class names, DTOs, commands, queries, and handlers.
- Adjusted middleware, controllers, and API endpoints.
- Updated Swagger metadata and API titles to `DocumentService API`.
- Refactored test namespaces, resource paths, and embedded resources.
- Updated build and deployment configurations for the new name.
- Replaced all references to `DocumentOperator` in comments and literals.
These changes ensure consistency across the codebase and documentation.
2026-07-30 14:02:56 +02:00
b4befde418
refactor(api): migrate controllers to Stream API with Base64 validation
...
PdfValidationController:
- ValidateFromFile: IFormFile.OpenReadStream() direct usage (no byte[] copy)
- ValidateFromBase64: try-catch Convert.FromBase64String → BadRequestException
- ValidatePdfAFromFile: IFormFile.OpenReadStream() direct usage
- ValidatePdfAFromBase64: try-catch Convert.FromBase64String → BadRequestException
PdfAttachmentController:
- CheckAttachmentsFromBase64: try-catch Convert.FromBase64String → BadRequestException
SwissQrCodeController:
- ExtractFromBase64: try-catch Convert.FromBase64String → BadRequestException
All controllers: Add using DocumentOperator.Domain.Common.Exceptions for BadRequestException
2026-07-20 16:32:03 +02:00
cd50d45bd5
feat: Add PDF/A validation endpoint (Feature 3)
...
Domain layer:
- PdfAMetadata value object (isValid, pdfVersion, pageCount, encrypted, pdfaVersion, pdfaCompliant, errors, warnings)
Infrastructure layer:
- IPdfProcessor.ValidatePdfAAsync() interface method
- DevExpressPdfProcessor.ValidatePdfAAsync() implementation
- DetectEncryption() - scans PDF raw data for /Encrypt keyword
- DetectPdfAConformance() - parses XMP metadata (pdfaid:part, pdfaid:conformance)
- Validation: encrypted PDF cannot be PDF/A compliant
Application layer:
- ValidatePdfAQuery + ValidatePdfAQueryHandler (co-located)
- ValidatePdfAQueryValidator (FluentValidation: PdfBytes XOR Base64Pdf)
- PdfAValidationResult DTO
- AutoMapper: PdfAMetadata -> PdfAValidationResult
API layer:
- PdfValidationController.ValidatePdfAFromFile() (multipart/form-data)
- PdfValidationController.ValidatePdfAFromBase64() (application/json)
- XML documentation with response codes
Result:
- POST /api/pdf/validation/validate-pdfa (both multipart and JSON)
- Returns: conformance level, errors, warnings
- Build: 0 errors, 4 warnings (DevExpress eval)
- Tests: 20/20 passing
Next: Integration tests + Swagger test case
2026-07-09 12:59:24 +02:00
57e36fc004
refactor: Migrate from Minimal API to Controller-based API
...
Architecture decision change:
- Previous: Minimal API (DocumentEndpoints.cs) - WRONG approach
- Required: Controller-based API (per CONTROLLER_ENDPOINTS.md)
New controllers:
- PdfValidationController:
- POST /api/pdf/validation/validate
- Accepts BOTH IFormFile (multipart) AND Base64 JSON
- Returns PdfValidationResult
- SwissQrCodeController:
- POST /api/swissqrcode/extract
- Accepts BOTH IFormFile (multipart) AND Base64 JSON
- Returns SwissQrCodeExtractionResult
Controller best practices:
- Primary constructors (C# 12)
- Thin controllers (pass request to MediatR directly)
- No manual mapping (AutoMapper handles domain -> DTO)
- XML documentation for Swagger
- [ProducesResponseType] attributes
Deleted:
- API/Endpoints/v1/DocumentEndpoints.cs (Minimal API)
- ROADMAP.md (conflicting guidance with CONTROLLER_ENDPOINTS.md)
Result: Controller-based API, dual input support (multipart + JSON)
2026-07-07 19:01:20 +02:00
