You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@fineract.apache.org by "Sandro Martínez Pérez (Jira)" <ji...@apache.org> on 2026/04/10 08:49:00 UTC
[jira] [Updated] (FINERACT-2586) Add fail on duplicate explicit IDs
[ https://issues.apache.org/jira/browse/FINERACT-2586?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Sandro Martínez Pérez updated FINERACT-2586:
--------------------------------------------
Summary: Add fail on duplicate explicit IDs (was: Add duplicate explicit operationIds validation)
> Add fail on duplicate explicit IDs
> ----------------------------------
>
> Key: FINERACT-2586
> URL: https://issues.apache.org/jira/browse/FINERACT-2586
> Project: Apache Fineract
> Issue Type: Improvement
> Components: Docs
> Affects Versions: 1.14.0
> Reporter: Sandro Martínez Pérez
> Priority: Major
> Labels: doc, documentation, perfomance, test-stability
> Fix For: 1.15.0
>
>
> Fineract currently relies on Swagger's default *operationIds* behavior when an endpoint does not define one explicitly. That can produce unstable generated names such as {*}_1{*}, {*}_2{*}, etc., which then leak into generated SDK methods and tests. See https://issues.apache.org/jira/browse/FINERACT-2501
> So, the idea is to handle that directly in the existing Swagger generation flow inside {*}:fineract-provider{*}, so that:
> * explicit *operationIds* stay exactly as they are
> * missing *operationIds* get a deterministic fallback based on *path + http method* (this can be changed if needed)
> * duplicates fail the build instead of being silently renamed by Swagger
> This keeps the solution build-time only and inside the current OpenAPI generation flow.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)