You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@fineract.apache.org by "Robert Jakech (Jira)" <ji...@apache.org> on 2022/11/03 12:40:00 UTC

[jira] [Updated] (FINERACT-1092) Technical System Parameters should be able to be specfified via environment variables instead of by REST API & DB

     [ https://issues.apache.org/jira/browse/FINERACT-1092?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Robert Jakech updated FINERACT-1092:
------------------------------------
    Labels: technical  (was: )

> Technical System Parameters should be able to be specfified via environment variables instead of by REST API & DB
> -----------------------------------------------------------------------------------------------------------------
>
>                 Key: FINERACT-1092
>                 URL: https://issues.apache.org/jira/browse/FINERACT-1092
>             Project: Apache Fineract
>          Issue Type: New Feature
>            Reporter: Michael Vorburger
>            Priority: Major
>              Labels: technical
>
> Fineract currently lets an (the initla) Administrator end-user specify "system parameters" via the REST API (and thus the end-user UI). This makes sense for many of those "functional" parameters, but I would like to suggest --for discussion-- that for some of the more low-level "technical" parameters, such as the choice and configuration of the Content Repository (local file VS AWS vs future GCS in FINERACT-955), or for the outgoing email configuration e.g. for [https://github.com/vorburger/www.fineract.dev/issues/1] that is actually not ideal...
>  
> ... because, as an "operator" (the IT guy who runs the server) you may not really want your "end-users" to both CHANGE your technical system configuration, nor perhaps let them SEE something like the credentials for your SMTP server, etc.
>  
> A pragmatic solution to this would be to let operators specify any of of those "Fineract system configuration" through environment variables. If they are set, POST-ing changes through the API layer should be refused (with a reasonable clear error message why; perhaps even including the number of this bug, but certainly NOT include revealing the respective parameter's current value).
>  
> This is admittedly more of an issue for a "hosted offering" like Fineract.dev or others like it than for "regular single tenant in-house on premise deployment" by an MFI like institution.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)