Does elixir actualy compile the .exs files?

Recently I found out that changes made to the config.exs file did not apply to the running app.
I had to recompile and restart the app with iex -S mix.
I always thought that .exs files were not being compiled and interpreted when used.
Why keep configurations in the .exs file and not in the .ex if both are compiled?

I have read about runtime and compile time configurations and System.get_env/2 seems to be the only option for updating the configurations without actualy recompiling the app. If I am keeping my configurations in plain elixir in the runtime.exs file do I always need to recompile when making conf changes?

I would be very happy to hear how other people manage their application configurations. Thanks :slight_smile:

1 Like

Elixir is a compiled language. The only difference between .ex and .exs is the .ex file is compiled and written out as a binary file on the disk, but the .exs is compiled on the fly into memory and not serialized out.

The typical usage of runtime.exs is to read values from environment variables then config the application at runtime. So you don’t change runtime.exs, only the startup script that set those environment variables.

In most web applications, the majority of the configurations are admin changeable from the UI, and those are typically backed by the database. The amount of flat file configuration is kept low. We don;t want to restart the application too often, right?

4 Likes

Thank you for your response!

I’ve been thinking about this and my application may have an architectural flaw and I should reduce the settings in the file.
The configurations are complex and consist of a linked lists and maps.
I have come up with a few ideas myself to update the configuration without restarting the app but I am not sure they would work as expected.

  1. Keep configurations in a json file and read them on the genserver periodically.
  2. Create a mix task which takes a node name as a parameter, makes the connection and sends a signal to the node forcing it compile the configuration files and call the update code callback.

Without knowing what do you want to achieve, I cannot make any suggestion. Neither of your ideas sound particularly attractive to me, to be honest.

Thanks for the reply!
Well basically my application must hold many websocket connections.
Each websocket connection should have it’s own settings and I could disable/enable them ideally from the configurations.
Example settings are:

  list: [
    testclient1: %{
      ws_url: "ws://localhost:4001/ws",
      enabled: true,
      connection_type: :static,
      opts: %{
        interval: 2,
      }
    },
    testclient2: %{
      ws_url: "ws://localhost:4002/ws",
      enabled: false,
      connection_type: :dynamic
    },
    …
  ]

Configuration thru admin UI could be the resolution but I have no UI for the app yet.
I might have to update these values often.

If you are in control of when the configuration changes, you could add an endpoint that “accepts and applies” config values you send in via HTTP?

No need for UI and all that work to get started. Just plain JSON (or whatever) in and you are good to go?

1 Like

I’d make a companion command-line tool that send/update the config in the server, through a UNIX domain socket. You can use a HTTP API as @IloSophiep suggested but then you’d need to worry about securing the HTTP endpoint with auth.

3 Likes

config/config.exs is read during build time and config/runtime.exs is read during application startup. Both of them are evaluated only once. To change the config of your app while it’s running, you need to do a bit of work yourself. I don’t think Elixir provides any tools for that out of the box.

3 Likes

You can use Application.put_env to change configuration at runtime.

1 Like

Be aware however, that there are quite a number of tools which only look at the configuration when they themselves first start up (which is usually at elixir-application-startup time), after which changing the configuration settings using e.g. Application.put_env might have little effect.
Check the particular tool(s) you are using to be sure if/when it reads the configuration.

(And generally speaking it is nice if tools are able to pick up new configuration at runtime, because it is not rare to want to alter how something behaves at runtime at all.)

3 Likes

Thank you all for the answers.
Many good ideas heres.
For my use case unix domain socket seems the best solution, because I have ssh access to the server and this way I don’t need to open the port 80 and 443 to the outside world, so the application can make connections to the servers but not the other way around.