Versions Compared
Key
- This line was added.
- This line was removed.
- Formatting was changed.
This section describes how to set up the Ed-Fi ODS / API v6v7.1 0 source code on a development machine. For those interested in getting an Ed-Fi ODS / API instance up and running quickly, but do not have developer tools or experience we recommend you to consult Getting Started - Binary Installation.
The steps can be summarized as:
Table of Contents | ||||
---|---|---|---|---|
|
Detail on each step follows.
Step 1. Install and Configure Windows Components
Ensure that the following components are installed:
- PowerShell 5.0 - 7.2. PowerShell is used to initialize the development environment.
PowerShell 7.3 has a known problem, please be sure to use 7.2 or lower. SeeJira Legacy server Ed-Fi Issue Tracker serverId e04b01cb-fd08-30cd-a7d6-c8f664ef7691 key ODS-5656 - .NET 6.0 SDK. The .NET 6.0 Software Developer Kit is required for compiling the solution.
Expand | ||
---|---|---|
| ||
PowerShellVerify that PowerShell 5.0 or above is installed. If you are on Windows, most likely you have PowerShell 5.0 pre-installed.
If the required version is not installed, download and install PowerShell 5.0 or above. .NET 6.0 SDKDownload and install the latest .NET SDK 6.0 (Compatible with Visual Studio 2022). |
Step 2. Install and Configure Required Software
Ensure that the following software is installed and configured:
Visual Studio 2022. Visual Studio 2022 (Community, Professional, or Enterprise edition) or JetBrains Rider version 2021.3+ (an alternative development environment that can be used instead of Visual Studio 2022).
- Microsoft SQL Server 2019. Microsoft SQL Server is used to store the data for the Ed-Fi ODS / API. Local installation of Standard, Developer, or Enterprise Editions are supported.
- Optional PostgreSQL datastore:
PostgreSQL 13.x. PostgreSQL can be used as the datastore for and Ed-Fi ODS / API instance instead of Microsoft SQL Server.
Expand | |||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||
Microsoft SQL Server 2019Install Microsoft SQL Server 2019:
Install SQL Server Management Studio: Visual Studio 2022Visual Studio 2022(Community edition or higher) is required for a development environment. Installing Visual Studio 2022
PostgreSQL Installation (Optional)Install PostgreSQL 13.x on port 5432 if you intend to use PostgreSQL as a backing datastore for the ODS / API. PostgreSQL Visualization ToolUnlike SQL Server, PostgreSQL does not include a GUI to visualize the database (commands are executed via the command line using psql). Below is a list of various tools that work: Install PostgreSQLInstallation of PostgreSQL can be done either using the binaries or using Docker. The recommended solution is to to use the docker install using Linux containers. Option 1. Installation using PostgreSQL Installer
Option 2. PostgreSQL Installation with Docker
Configure pgpass.confA pgpass.conf file must be setup to store passwords in a location accessible by IIS. It is required by database deployment scripts for the ODS/API. Additionally, a PGPASSFILE environment variable should be setup to specify the location of pgpass.conf file. Create a pgpass.conf file. Note that the password should be your Postgres superuser password and if you are deploying Postgres via Docker, it should match the password in your environment file.
Set the environment variable PGPASSFILE to the location of the pgpass file that was created, which is the recommended approach. Optionally, the file can be saved in You can test the environment variable setup using:
|
Step 3. Download the Ed-Fi ODS / API
v6v7.
10 Code
The Ed-Fi ODS / API source code is contained in two Ed-Fi repositories hosted by GitHub.
Source Code Links
The Ed-Fi ODS / API can be found in the repository links below:
Use a Git client (such as GitHub Desktop) or a Git command line tool to Git Clone each of the repository links described above. It is important that both repositories are extracted to the same root directory (for example C:\). When both repositories have been cloned, there will be two folders for the ODS / API source code as shown below:
Info |
---|
When you clone a repository, ensure that you have the correct tag is checked out in your client before you proceed.
|
Info |
---|
If you download the code via a ZIP file, ensure that you check Unblock in the file's Properties dialog to allow the contents of the contained scripts to execute properly. |
Expand | ||
---|---|---|
| ||
Accessing Daily SourceThe links above are for the stable release of the ODS / API v6v7.10. You can download the links to the very latest daily source code in the development branch: Alternate Method for Code DownloadSome developers prefer simply to download the code rather than perform a Git Clone. You can do so by following these instructions:
Troubleshooting the File ExtractThe steps above work for most users. However, depending on your Windows security settings, you might get a warning or error when attempting to extract the downloaded ZIP files. If this happens to you, the fix is easy: In Windows Explorer, right-click each of the downloaded ZIP files and select Properties. On the General tab, check Unblock to allow the contents of the contained scripts to execute properly. The dialog box above is from Windows 10. Previous versions of Windows have an "Unblock" button in the same location. |
Step 4. Prepare the Development Environment
To prepare the development environment, you'll need to follow the procedures described below.
Configure MSBuild
Packages compiled from some of the projects are used during the code generation of later projects, and there is a potential for earlier packages to be locked if the solution is recompiled in rapid succession. This is due to the way that MSBuild caches build processes by default to minimize compile time. Build processes are normally held for reuse for approximately 10 minutes. To turn off this default behavior when compiling in Visual Studio, the "MSBuildDisableNodeReuse" variable must be set.
To set the "MSBuildDisableNodeReuse" variable globally:
- Press the Windows key on your keyboard, type Environment Variables, select Edit the system environment variables, and press Enter. This brings up System Properties. Under Advanced, select Environment Variables. (Alternatively, right-click the Start Menu, select System, and click on the Advanced system settings. Under Advanced, select Environment Variables.)
- Under User variables, select New...
- For Variable name, enter MSBuildDisableNodeReuse
- For Variable value, enter 1, and press OK.
To turn off this behavior when compiling the solution using MSBuild, include the following compiler flag: /nr:false.
Verify PowerShell Script Permissions
When opening PowerShell, ensure that Run as Administrator is selected. You may need to change the execution policy for unsigned PowerShell scripts to run on your machine to run the scripts. This can be done by opening a PowerShell console and typing the following command:
Code Block |
---|
Set-ExecutionPolicy Unrestricted |
Initialize PowerShell Scripts for Development
There are several databases that must be successfully deployed. PowerShell scripts that initialize all necessary development databases are included in the Visual Studio solution. These scripts are enabled for use within Visual Studio when the Ed-Fi-ODS solution is opened. They may also be loaded for use within a PowerShell console window by running the initialize PowerShell for development script located at:
Code Block |
---|
C:\Ed-Fi-ODS-Implementation\Initialize-PowershellForDevelopment.ps1 |
When the scripts are loaded, you should see the results shown below:
Initialize the Development Environment
Once the PowerShell scripts for development have been loaded and a development certificate has been installed, the development environment may be initialized by navigating to the Ed-Fi-ODS-Implementation folder.
For a SQL Server backing datastore, type the following into a PowerShell command prompt:
Code Block |
---|
initdev |
For a PostgreSQL, a PostgreSQL backing datastore, use the following:
Code Block |
---|
initdev -Engine PostgreSQL |
For building Data Standard 4.0, use the following:
Code Block |
---|
initdev -StandardVersion 4.0.0 |
To get full details on initdev parameter options, use the following:
Code Block |
---|
get-help initdev -detailed |
This command creates databases, generates code templates, and compiles projects in the solution. Some considerations while running the script:
- The
initdev
script may not finish with a command prompt when it is automatically loaded with the solution in Visual Studio in some circumstances. Simply press Enter, and ignore any messages that appear in the console window. - Initializing the development environment will take several minutes to complete. Some developers report encountering an error during the initialization process the first time it is run. This is due to an intermittent timing issue. The issue generally resolves itself when the
initdev
process is run a second time.
A successful initdev
execution will display the tasks executed and their duration as shown below:
Expand | ||
---|---|---|
| ||
Another Option for Setting MSBuildDisableNodeReuseThe most convenient method for developers is to set the MSBuildDisableNodeReuse variable globally. However, you can also set the variable per command prompt session. Both options instruct the compiler to create a new process for each build job. As a side effect, this action also releases any resources that may be held by inactive compiler processes. If these settings are not applied, Visual Studio or MSBuild may lock resources during build. Restarting Visual Studio (or the command prompt session) will resolve the problem for the first build after the restart. Waiting for up to 15 minutes between builds will also achieve this. Set "MSBuildDisableNodeReuse" per Command Prompt SessionIf the "MSBuildDisableNodeReuse" variable is set within a command prompt session, the Visual Studio development environment must be launched using the devenv command (rather than from an icon):
|
Step 5. Build the Visual Studio Solution
To build the solution from within Visual Studio:
- Ensure that the MsBuildDisableNodeReuse flag is set (see Configure MSBuild, above).
- If the above flag has been set globally, start Visual Studio normally. Otherwise, open Visual Studio from the Visual Studio Developer Command Prompt (where you set the flag value by typing
devenv
). - Within Visual Studio, open the "Ed-Fi-Ods.sln" solution file from the C:\Ed-Fi-ODS-Implementation\Application directory.
- Select Build > Build Solution (or press Ctrl+Shift+B).
Expand | ||
---|---|---|
| ||
Code Generation During BuildThe following diagram shows how MeatEd generated artifacts are used to create the API for the Ed-Fi ODS using code generators within the solution. Code generation uses Api Model JSON file to understand the structure that it uses to generate data access code. Code generation also depends on the DatabaseViews.generated.json which is generated one time using the "EdFi_Ods_Empty" database and subsequently provided by the source code repository. Alternatively Building from the Developer Command PromptWhen the “EdFi_Ods_Empty” database has been created (by running the To do a clean build from the command prompt:
|
Step 6. Set Startup Projects
The Visual Studio Solution for the Ed-Fi ODS / API consists of several "Startup Projects" that work together. Each of these projects needs to be running for the system to be fully functional.
To set the Startup Projects:
- Select the Set StartUp Projects… context menu by right-clicking on the solution file in the Solution Explorer.
- Within the Startup Project property page, select the Multiple startup projects radio button and enable the following projects:
- EdFi.Ods.SandboxAdmin
- EdFi.Ods.SwaggerUI
- EdFi.Ods.WebApi
3. Click OK to accept the changes to your local development settings.
Step 7. Run the Solution
The projects in the Ed-Fi-ODS-Implementation repository are configured to run the desktop version of Internet Information Server (i.e., IIS Express). This server is installed with Visual Studio and facilitates easy debugging with minimal configuration. After the startup projects are set, you are ready to run or debug the Ed-Fi ODS / API.
Running the solution
- To run the Ed-Fi ODS / API without debugging, press Ctrl+F5.
- To interactively debug the Ed-Fi ODS / API solution, press F5 (or press Start in the Standard Toolbar).
Notes on Running the Solution
- The solution builds and starts each of the projects that were added to the startup projects list. Each web application starts an instance of IIS Express. By default, the websites are configured according to the following table:
Website | Project | URL |
---|---|---|
Ed-Fi ODS API | EdFi.Ods.WebApi | |
Sandbox Administration | EdFi.Ods.SandboxAdmin | |
Ed-Fi ODS API Documentation | EdFi.Ods.SwaggerUI |
- At this point, you're ready to explore the system.
Expand | ||
---|---|---|
| ||
Follow these steps to finish configuring the solution:
The Sandbox Administration PortalThe Sandbox Administration Portal is a web application used to create sandbox databases containing data that can be accessed through the Ed-Fi ODS / API. Login to Sandbox Administration Portal with Test Admin Account. Login details can be found in Ed-Fi-ODS-Implementation\Application\EdFi.Ods.SandboxAdmin\appsettings.json or alternatively in appsettings.Development.json file. We recommend that you change your password as soon as you log in. As the name implies, Sandbox Administration Portal is useful for development machines and sandbox instances of the ODS / API, but should not be present on production instances. See the Platform Developers' Guide - Deployment section for details. The Ed-Fi ODS / API Documentation Web PageThe ODS / API Documentation Web Page provides an overview of the ODS / API, and links to more detailed API documentation. The REST interface to the Ed-Fi ODS / API exposes metadata describing the exposed resources as well as the inputs, HTTP verbs, and schema of the exposed entities. This metadata enables a user interface (based on the Swagger framework) to display API documentation. The Swagger-based documentation web page uses a key and secret (typically the same one used for the Sandbox Administration Portal) to access the data that has been placed in the corresponding sandbox. To view the data in your sandbox, click Authorize and enter the key and secret in the appropriate fields and retrieve a token (the key and secret values for the default sandbox are pre-populated). This token is used throughout your session to access your sandbox. This is the same process used by other applications to access their data. Similar to the Sandbox Administration Portal, the ODS / API Documentation Web Page is useful for development machines and sandbox instances of the ODS / API, but is generally not present on production instances. See the Platform Developers' Guide - Deployment section for details. |
Include Page | ||||
---|---|---|---|---|
|
Panel | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||
The following link contains sample docker setup files for PostgreSQL PGDockerSetup.zip |