M-Files provides developers with a Visual Studio 2017/2019 template that can be used to develop Intelligent Metadata Layer External Repository Connectors using C#.
M-Files provides developers with Visual Studio 2017/2019 templates that can be used to rapidly develop Intelligent Metadata Layer Applications using C#. The template below is part of the M-Files Visual Studio Template Package, which can be downloaded from the Visual Studio Marketplace.
Testing of Intelligent Metadata Layer components requires that you are running a version of M-Files that includes the IML Core licence component. This is typically not included in development licences.
Downloading the Template
The External Repository Connector template is part of the
M-Files Online Visual Studio template package, which can be downloaded from the Visual Studio Marketplace.
Building your first External Repository Connector
In this example we will create a basic External Repository Connector and install it into the Sample Vault, running on the local machine. Note the following differences to typical Vault Application Framework development:
- Unlike the Vault Application Framework, External Repository Connectors must be manually deployed into the vault.
- Compared to the Vault Application Framework, the Visual Studio template includes significantly more boilerplate code to aid development. The External Repository Connectors template contains a
FakeRepositorywhich allows you to quickly get an example running, but you will want to replace it during development.
Creating an application from the template
Creating a new External Repository Connector can be done from within Visual Studio by clicking
Project, then selecting
M-Files External Repository Connector From the list of Visual C# templates:
An overview of the project contents
The default project contains a number of items:
Resources\defaultConfiguration.jsonThe default JSON configuration to apply on installation.
Resources\extrepo-fileshare.iconThe icon to use for the external repository.
appdef.xmlThe application manifest file, containing information such as the publisher details and the current version number.
FakeRepository.csAn in-memory repository of folder and file information. This is only included as an example and should typically be removed when development starts.
MyApplication.csThe entry point for the application. Defines the services which the application exposes.
MyConfiguration.csThe configuration information. Configuration members are defined in the same way as Vault Application Framework 2.0 configuration.
MyRepositoryConnector.csProvides basic information about the external repository connector itself (its name, GUID, etc.).
MyRepositoryConnection.csProvides information and configuration for a specific connection to the external system (e.g. “A connection to \server\share”).
MyRepositorySession.csThe class used to interact with the external system as a specific user (e.g. “Bob using \server\share”). Interfaces are used to describe the functionality available on the external system (e.g. object deletion).
packages.confThe packages configuration file details the Nuget packages that are required for the Intelligence Service to run.
Connectors, connections and sessions
It is important to highlight the difference between connectors, connections and sessions; each have a specific part to play in the operation of the External Repository Connector.
Connectorclass describes the application in general (e.g. its name and global ID), and is primarily responsible for the instantiation of the
Connectionobjects through the
GetRepositoryConnectionmethod. A connector must inherit from
Tis the class used for configuration.
Connectionclass describes a specific connection to an external repository connection, and is primarily responsible for the instantiation of the
Sessionobjects through the
Openmethod. This class describes a connection to a specific repository (e.g. the connection to “\server\share”). A connection must inherit from
Tis the class used for configuration.
Sessionclass describes a connection to a specific external repository by a specific user, and is responsible for serving folder and object data as required. These classes will be instantiated as required, either by the user interacting with M-Files, or by server processes such as building the full-text index. The session may have access to the authentication details that the user has provided, and can use these to retrieve user-specific data from the external repository. A session must inherit from
MarshalByRefObject, and implements
IFolderSourceat a minimum.
Creating an external repository connector
The Visual Studio Template project includes a dummy connector which exposes information held in a set of in-memory objects. This tutorial will deal with building and running the dummy implementation.
Building and deploying
To build and deploy the project, either select the
Build menu item within Visual Studio and select
Build Solution, or press F6, or press
Ctrl-Shift-B. Any errors during build will be shown within the Visual Studio “Output” or “Error List” windows.
.mfappx file in the build output (
/bin/Release, by default), and use the M-Files Admin software to install it into the
Applications list (right-click on the vault name and select
Applications). The vault will require a restart once the application is installed.
To configure the External Repository Connector, expand the vault in the M-Files Admin software and select the
Configurations node. Expanding the
External Repositories list should show the new External Repository Connector. Click on the name of the connector and select
Add Connection from the dashboard screen. The new connection can be configured by selecting the connection on the left, and selecting the
Configuration tab. At a minimum, the following needs to be checked:
Enabledmust be set to
General Settings | Mapping, an object type mapping must exist from
Documentto the external type of
*. The default configuration JSON should create this mapping for you.
- If any changes have been made, click
To test the External Repository Connector, open the M-Files desktop client and navigate to the vault into which the connector is installed. The new connection should appear in the
External Views section:
If the connection is not shown then check for any build/deployment errors, or for exceptions in the Windows Event Log.
Navigating into the folder structure should show sub-folders and objects:
Intelligence Services can be debugged in the same manner as Vault Application Framework applications:
- Place a breakpoint within the code - in this case within the background operation.
Attach to Process
- Select all the
MFAppPlatform.exeprocesses and select
Tips and tricks
Whenever an application is created from the Visual Studio template, the
<guid></guid> element in
appdef.xml is automatically set to be a new Globally Unique IDentifier. This GUID is used to uniquely identify each application, as each M-Files vault can only have one application with each GUID installed.
If you manually create an
appdef.xml file, or copy it from another location, you must ensure that the guid is altered to be unique. There are a number of online tools that can be used to generate GUIDs. Note that the GUID should be entered into the
<guid></guid> element without braces, but with hyphens (e.g.