Support hot reloading of configuration about data-api-builder HOT 12 OPEN

Form the GraphQL side you need to implement an ITypeModule ... this will manage the phase out of schemas...

Here you can see an example.
https://github.com/ChilliCream/graphql-platform/blob/13349fa4af03514507ed5e3aaf9a771c696b56a6/src/HotChocolate/Fusion/src/Core/DependencyInjection/FileWatcherTypeModule.cs

The TypeModule is registered with the schema.

from data-api-builder.

can this be closed with #50 merged? @JelteF

from data-api-builder.

I don't think this should be closed, because it is about the more user facing version of hot roloading configs. One that does not require dotnet watch but simply run the binary with a --watch flag.

However, I don't think this should be an M0 milestone. Work on dev tooling team can start just fine without this support. So I'm marking this as M1 instead now. @jarupatj please comment on this if you disagree with that for some reason.

from data-api-builder.

Solving this #189 will help here.

from data-api-builder.

Should we support hot reloading at all? Once runtime is bootstrapped, should we allow modifications to it?
In M1, we might expect customers to restart the docker image.
For M2, we will throw away the container and use a different one from the warm pool whenever any config changes.

Moving to M2 for now so we can discuss more.

from data-api-builder.

Modified this issue to cove hot reloading of the configuration file. This will clear duplicate issues, which will all be tracked here.

from data-api-builder.

Would be great to have a switch on the CLI, something like --watch that will automatically reload the configuration file (and thus re-generate the in-memory schema) whenever the file is changed. Something like https://learn.microsoft.com/en-us/dotnet/core/tools/dotnet-watch

That would greatly improve development velocity.

from data-api-builder.

In order to set the LogLevel based on the mode in the runtimeconfig we need to use a configuration provider that can reload the configuration after updating the Loglevel.

More information can be found here: https://learn.microsoft.com/en-us/dotnet/core/extensions/logging?tabs=command-line

from data-api-builder.

Moved to April, waiting on new configuration resolver.

from data-api-builder.

hot-reload property in config?

from data-api-builder.

I have created a number of sub-tasks to help track the progress on Hot Reload.

Currently, we are refreshing the RuntimeConfig to match any updates that we see in the associated config file when we are in the local scenario and start the engine in developer mode.

To facilitate extending Hot Reload in the future, a refactor of the RuntimeConfigProvider is taking place

#1966

as well as some changes to make hot reload work with the new multi config code

#1967

Additionally, one of the key features we want support for hot reloading is reloading of the log-level, and so this property is being added to the config and we have a task to track being able to hot reload this property in both dev and production mode

#1968

Additionally, there are some tasks for updating those settings which depend on the config only at startup, such as the OpenApiDoc and Auth settings

#1869

#1969

from data-api-builder.

Moving this + hot reload related tasks to post GA -> tracking via 1.2rc milestone.

from data-api-builder.