Configuration in the Vault Application Framework
Compatibility
The content of this page can only be used if the following condition(s) are all met:
- You must target the Vault Application Framework 2.0 or higher.
M-Files 2018 introduces a new section within the M-Files Admin software that collates a variety of customisable configuration options from across the M-Files vault, including:
- Metadata card configuration
- Federated Authentication configuration
- Intelligent Metadata Layer component (e.g. External Repository Connector and Intelligence Service) configuration
The 2.0 release of the Vault Application Framework enables developers to expose the configuration of their Vault Application Framework applications into this same section.
Overview
By defining a configuration class within your vault application, M-Files will automatically (in VAF 2.0 and higher) provide an interface for administrators to alter how your application runs. This gives you the ability to define an application that can be configured to run different ways.
The configuration class itself is decorated with standard .NET [DataContract] and [DataMember] classes, and the configuration is persisted to the vault as JSON. When the vault starts this configuration is loaded and provided to the application, and when the configuration is changed via the M-Files Admin, the updated configuration is automatically made available to the vault application.
A sample configuration class may look something like this:
[DataContract]
public class Configuration
{
// This shows a text box that the value can be entered into.
[DataMember]
public string MyTextValue { get; set;}
//// NEVER DO THIS:
//// If the configuration cannot be deserialized (e.g. this property is missing, which
//// it always will be when the application is first installed) then the configuration
//// itself will be null, causing odd issues in your application.
//[DataMember(IsRequired = true)]
//public string MyTextValue2 { get; set;}
}
There are multiple configuration editors available to allow different types of data to be configured. Some of these editors can be further customized by using additional attributes such as [JsonConfEditor]; these are described in the relevant place in the configuration.
Note that [DataContract] and [DataMember] are used to serialize and deserialize the configuration to the vault. If the configuration fails to deserialize properly then your application may not start properly. You should never use [DataMember(IsRequired = true)] in your configuration, as this will cause an empty configuration to fail loading, and may cause obscure errors in your code.
VAF 2.1
Inheriting from the new base class
Using the VAF 2.1 base class will alter the Named Value Storage location used for configuration, therefore any existing configuration will be lost. You should ensure that users are aware of the correct way to migrate their configuration from VAF 2.0 applications to VAF 2.1 applications.
Version 2.1 of the Vault Application Framework continues to support the VAF 2.0 configuration approach approach, but adds in a base class that allows easy extension of the standard functionality. In order to support newer items such as the [Security] attribute, you must change your implementation to use the newer approach. A sample on how to convert a VAF 2.0 application to VAF 2.1 is also available.
By default the configuration will be visible to vault administrators and system administrators, but only be editable by system administrators. When running on the M-Files cloud this means that vault administrators can view, but not change, the configuration. More information on using the [Security] attribute can be found on its dedicated page.
To do this you must inherit from ConfigurableVaultApplicationBase<T>
, instead of the older VaultApplicationBase
class. Common functionality such as implementing a custom dashboard can be implemented by overriding methods in the base class.
In the example above there has been a Configuration
class defined elsewhere in the project. By inheriting from this base class, a configuration node will be added to the M-Files Admin Other Applications
configuration section. The “Configuration” properties are driven from the properties on the Configuration class, as detailed on the dedicated page.
VAF 2.0
Implementing IUsesAdminConfigurations
Ensure that your vault application implements MFiles.VAF.AdminConfigurations.IUsesAdminConfigurations
. This will require you to declare one method - InitializeAdminConfigurations
- as shown below.
Registering configuration nodes
The InitializeAdminConfigurations
method allows a developer to add configuration nodes into the M-Files Admin configuration screen, and for these configuration nodes to be rendered within the M-Files Admin.
In the sample below we declare a custom configuration class named Configuration
, which must be marked with the [DataContract]
attribute from System.Runtime.Serialization
. All fields and properties of this class that are marked with the [DataMember]
attribute will be shown within the M-Files Admin interface, as shown in the screenshot below.
Configuration values can be more than just strings. More information on editor types is available on the dedicated page. Configuration values can even be hierarchical.
Reacting when configuration changes
The configuration can be automatically updated when changes are saved within the M-Files 2018 Admin interface
The ConfigurationNode<T>
returned from the call to AddSimpleConfigurationNode
will raise a Changed
event when the configuration within the M-Files Admin is altered. This allows your application to reflect an updated configuration without requiring a vault restart: