I'd like to run `install(CORS) { anyHost() }` just...

# ktor

[Matt]

I'd like to run install(CORS) { anyHost() } just when I'm running locally in developer mode -- is there a standard way to check that programatically?

[Deactivated User]

Actually, first you need a mechanism to differentiate environments. Usually an environment variable does the trick.
What about: if (System.getenv("ENV") != "prod") { install(CORS) { anyHost() } }

[Deactivated User]

then in prod, you would have to set ENV=prod when launching

[Matt]

👍 Thanks, yeah, I can do that (just wondered if there was any special feature in ktor for doing that, as other frameworks I've used before have had similar things)

[Deactivated User]

What other frameworks do? Do you have a link to the documentation so I can check?

[Matt]

Play let's you check environment.isDev
https://stackoverflow.com/a/38816414/61298

[Deactivated User]

and how does it differentiate? how do you set the environment?

[Deactivated User]

{
    "env": "${build.environment}",
    // app.json...
}

is this?

[Matt]

No, if you run it locally with SBT, it'll be in dev mode
If you create a dist for production, it'll be in prod mode

[Deactivated User]

I see

[Deactivated User]

I’m not sure if we can/should do that kind of detection since it could be misleading in some cases. Some could run locally a fatjar or from gradle in production.

What I can do is to create a page in the documentation website with suggestions about setting this.

Maybe we can set the environment in the HOCON file and allow to grab it from an environment variable, while providing a default.

For example:

ktor {
    environment = dev
    environment = ${?ENV}
}

With a simple extension method we can get this value and decide or even create several extension properties that tries things like dev or prod.

What do you think?

[Matt]

Sounds good -- it'd be nice to have a standard convention for what var to use, e.g. Node have a `NODE_ENV`:
https://dzone.com/articles/what-you-should-know-about-node-env

[Deactivated User]

Maybe KTOR_ENV?

I’m going to add a page about environments in the meantime. But if you think it should be standardised, I would add an issues here: https://github.com/ktorio/ktor/issues
Or even a PR if you have some ideas on how could it be.

[Deactivated User]

https://ktor.io/servers/configuration/environments.html

[Matt]

Cheers!