Tutorial: Use dynamic configuration in an ASP.NET web application (.NET Framework)
Article
Data from App Configuration can be loaded as App Settings in a .NET Framework application. For more information, see the quickstart. However, as is designed by the .NET Framework, the App Settings can only refresh upon application restart. The App Configuration .NET provider is a .NET Standard library. It supports caching and refreshing configuration dynamically without application restart. This tutorial shows how you can implement dynamic configuration updates in an ASP.NET Web Forms application. The same technique applies to .NET Framework MVC applications.
In this tutorial, you learn how to:
Set up your ASP.NET web application to update its configuration in response to changes in an App Configuration store.
Inject the latest configuration in requests to your application.
Add the following key-values to the App Configuration store and leave Label and Content Type with their default values. For more information about how to add key-values to a store using the Azure portal or the CLI, go to Create a key-value.
Key
Value
TestApp:Settings:BackgroundColor
White
TestApp:Settings:FontColor
Black
TestApp:Settings:FontSize
40
TestApp:Settings:Message
Data from Azure App Configuration
TestApp:Settings:Sentinel
v1
Create an ASP.NET Web Application
Start Visual Studio and select Create a new project.
Select ASP.NET Web Application (.NET Framework) with C# from the project template list and press Next.
In Configure your new project, enter a project name. Under Framework, select .NET Framework 4.7.2 or higher. Press Create.
In Create a new ASP.NET Web Application, select Web Forms. Press Create.
Reload data from App Configuration
Right-click your project and select Manage NuGet Packages. On the Browse tab, search and add the latest version of the following NuGet package to your project.
Add an Application_Start method to the Global class. If the method already exists, add the following code to it.
C#
protectedvoidApplication_Start(object sender, EventArgs e)
{
ConfigurationBuilder builder = new ConfigurationBuilder();
builder.AddAzureAppConfiguration(options =>
{
options.Connect(Environment.GetEnvironmentVariable("ConnectionString"))
// Load all keys that start with `TestApp:` and have no label.
.Select("TestApp:*")
// Configure to reload configuration if the registered key 'TestApp:Settings:Sentinel' is modified.
.ConfigureRefresh(refresh =>
{
refresh.Register("TestApp:Settings:Sentinel", refreshAll:true)
.SetCacheExpiration(new TimeSpan(0, 5, 0));
});
_configurationRefresher = options.GetRefresher();
});
Configuration = builder.Build();
}
The Application_Start method is called upon the first request to your web application. It is called only once during the application's life cycle. As such it is a good place to initialize your IConfiguration object and load data from App Configuration.
In the ConfigureRefresh method, a key within your App Configuration store is registered for change monitoring. The refreshAll parameter to the Register method indicates that all configuration values should be refreshed if the registered key changes. In this example, the key TestApp:Settings:Sentinel is a sentinel key that you update after you complete the change of all other keys. When a change is detected, your application refreshes all configuration values. This approach helps to ensure the consistency of configuration in your application compared to monitoring all keys for changes.
The SetCacheExpiration method specifies the minimum time that must elapse before a new request is made to App Configuration to check for any configuration changes. In this example, you override the default expiration time of 30 seconds, specifying a time of 5 minutes instead. It reduces the potential number of requests made to your App Configuration store.
Add an Application_BeginRequest method to the Global class. If the method already exists, add the following code to it.
Calling the ConfigureRefresh method alone won't cause the configuration to refresh automatically. You call the TryRefreshAsync method at the beginning of every request to signal a refresh. This design ensures your application only sends requests to App Configuration when it is actively receiving requests.
Calling TryRefreshAsync is a no-op before the configured cache expiration time elapses, so its performance impact is minimal. When a request is made to App Configuration, as you don't wait on the task, the configuration is refreshed asynchronously without blocking the execution of the current request. The current request may not get the updated configuration values, but subsequent requests will do.
If the call TryRefreshAsync fails for any reason, your application will continue to use the cached configuration. Another attempt will be made when the configured cache expiration time has passed again, and the TryRefreshAsync call is triggered by a new request to your application.
Use the latest configuration data
Open Default.aspx and replace its content with the following markup. Make sure the Inherits attribute matches the namespace and the class name of your application.
XML
<%@PageLanguage="C#"AutoEventWireup="true"CodeBehind="Default.aspx.cs"Inherits="WebFormApp.Default" %><!DOCTYPE html><htmlxmlns="http://www.w3.org/1999/xhtml"><headrunat="server"><title>Azure App Configuration Web Forms Demo</title></head><bodyid="body"runat="server"><formid="form1"runat="server"><divstyle="text-align: center"><asp:LabelID="message"runat="server" /></div></form></body></html>
Open Default.aspx.cs and update it with the following code.
cs
using System;
using System.Web.UI.WebControls;
namespaceWebFormApp
{
publicpartialclassDefault : System.Web.UI.Page
{
protectedvoidPage_Load(object sender, EventArgs e)
{
// Read configuration from the IConfiguration object loaded from Azure App Configurationstring messageText = Global.Configuration["TestApp:Settings:Message"] ?? "Please add the key \"TestApp:Settings:Message\" in your Azure App Configuration store.";
string messageFontSize = Global.Configuration["TestApp:Settings:FontSize"] ?? "20";
string messageFontColor = Global.Configuration["TestApp:Settings:FontColor"] ?? "Black";
string backgroundColor = Global.Configuration["TestApp:Settings:BackgroundColor"] ?? "White";
message.Text = messageText;
message.Font.Size = FontUnit.Point(int.Parse(messageFontSize));
message.ForeColor = System.Drawing.Color.FromName(messageFontColor);
body.Attributes["bgcolor"] = backgroundColor;
}
}
}
Build and run the application
Set an environment variable named ConnectionString to the read-only key connection string obtained during your App Configuration store creation.
If you use the Windows command prompt, run the following command:
Restart Visual Studio to allow the change to take effect.
Press Ctrl + F5 to build and run the web application.
In the Azure portal, navigate to the Configuration explorer of your App Configuration store, and update the value of the following keys. Remember to update the sentinel key TestApp:Settings:Sentinel at last.
Key
Value
TestApp:Settings:BackgroundColor
Green
TestApp:Settings:FontColor
LightGray
TestApp:Settings:Message
Data from Azure App Configuration - now with live updates!
TestApp:Settings:Sentinel
v2
Refresh the browser page to see the new configuration settings. You may need to refresh more than once for the changes to be reflected or change your cache expiration time to less than 5 minutes.
If you don't want to continue using the resources created in this article, delete the resource group you created here to avoid charges.
Important
Deleting a resource group is irreversible. The resource group and all the resources in it are permanently deleted. Ensure that you don't accidentally delete the wrong resource group or resources. If you created the resources for this article inside a resource group that contains other resources you want to keep, delete each resource individually from its respective pane instead of deleting the resource group.
Sign in to the Azure portal, and select Resource groups.
In the Filter by name box, enter the name of your resource group.
In the result list, select the resource group name to see an overview.
Select Delete resource group.
You're asked to confirm the deletion of the resource group. Enter the name of your resource group to confirm, and select Delete.
After a few moments, the resource group and all its resources are deleted.
Next steps
In this tutorial, you enabled your ASP.NET Web Forms application to dynamically refresh configuration settings from App Configuration. To learn how to enable dynamic configuration in a .NET Framework app, continue to the next tutorial:
Build end-to-end solutions in Microsoft Azure to create Azure Functions, implement and manage web apps, develop solutions utilizing Azure storage, and more.
In this article, create a .NET Framework app with Azure App Configuration to centralize storage and management of application settings separate from your code.
In this quickstart, create a .NET app with Azure App Configuration to centralize storage and management of application settings separate from your code.