You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@guacamole.apache.org by "Nick Couchman (JIRA)" <ji...@apache.org> on 2018/01/16 19:39:00 UTC

[jira] [Updated] (GUACAMOLE-464) Extension configuration properties from the OS environment

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

Nick Couchman updated GUACAMOLE-464:
------------------------------------
    Component/s: guacamole-client
                 Documentation

> Extension configuration properties from the OS environment
> ----------------------------------------------------------
>
>                 Key: GUACAMOLE-464
>                 URL: https://issues.apache.org/jira/browse/GUACAMOLE-464
>             Project: Guacamole
>          Issue Type: New Feature
>          Components: Documentation, guacamole-client
>            Reporter: Carl Harris
>            Assignee: Carl Harris
>            Priority: Major
>
> In the start.sh script of the Docker container image for Guacamole, environment variables are used to pass configuration properties to several different authentication providers. The names of the environment variables are derived from the names of the corresponding properties by converting all letters to upper case and replacing all hyphens with underscores. It would he helpful if this was generalized such that the configuration properties for any extension module could be specified in the environment.
> As described in [The Twelve Factor App](https://12factor.net), the environment should be the preferred way to inject deployment-specific configuration. This is particularly helpful in the context of containers, but in general is easier for operations personnel than application-specific configuration files/formats/locations.
> Extension modules generally use an Environment instance to get configuration property values. Through a relatively small modification of the LocalEnvironment implementation, the System.getenv(String) method could be used to first check for the configuration property in the environment (using the name transformed as described above) and if not set in the environment, then fallback to retrieving it from the Properties instance that was used to load guacamole.properties.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)