[
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)
