A full-stack web application template featuring a .NET 10 backend with React/Vite frontend, using OIDC authentication with Microsoft Entra ID.
- Backend: .NET 10 Web API with ASP.NET Core
- Frontend: React 19 with Vite, TypeScript, and TanStack Router/Query/Table
- Authentication: OIDC with Microsoft Entra ID (Azure AD)
- Styling: Tailwind CSS
- Development: Hot reload for both frontend and backend
- Development Integration: ASP.NET Core
SpaProxylaunches Vite for Visual Studio users, while Vite proxies API and auth routes back to ASP.NET Core during development
-
Clone the repository
git clone https://github.com/ucdavis/web-app-template/ cd web-app-template -
Open In DevContainer
- Open the project folder in Visual Studio Code.
- Click the prompt to open in container (or manually select from the command palette).
Using the DevContainer is optional, but it will get you the right version of dotnet + node, plus install all dependencies and setup a local SQL instance for you
-
Start the application
Prerequisites outside DevContainer:
- Install the .NET 10 SDK.
- For Visual Studio on Windows, use Visual Studio 2026 version 18.0 or later for
net10.0support.
Inside DevContainer: The application starts automatically via
postStartCommandOutside DevContainer:
npm run db:up npm start
npm run db:upstarts the SQL Server container from the same Compose file used by the DevContainer.npm startstarts the .NET backend on port5165, waits for it to become healthy, and then starts the Vite dev server on port5173.Visual Studio (Windows):
- Open
app.sln. - Set the
serverproject as the startup project. - Press
F5. SpaProxystarts Vite if needed and redirects the browser to the frontend dev server.
-
Access the application
In development, the frontend runs from http://localhost:5173 and proxies backend requests to ASP.NET Core on http://localhost:5165.
- Main App: http://localhost:5173
- Backend API: http://localhost:5165/api/*
- API Documentation (Swagger): http://localhost:5165/swagger
- Health Check: http://localhost:5165/health
- Visual Studio F5: launches through the backend profile, then redirects to the Vite dev server on
:5173
The backend requires a SQL Server connection string.
- Outside DevContainer, the default development connection points to the SQL Server container published on
localhost:14333. - Inside DevContainer,
devcontainer.jsonoverridesDB_CONNECTIONto use the internal Docker hostnamesql:1433.
When you want to specify your own DB connection, provide it by setting the DB_CONNECTION environment variable (for example in a .env file) or by updating ConnectionStrings:DefaultConnection in appsettings.*.json (.env is recommended)
To run only the database outside DevContainer:
npm run db:upThis runs the sql service from .devcontainer/docker-compose.yml and exposes SQL Server on localhost:14333.
Useful companion commands:
npm run db:logsto watch SQL Server startup logsnpm run db:downto stop the container when you're done
We use OIDC with Microsoft Entra ID (Azure AD) for authentication. The auth flow doesn't use any secrets and the settings in appsettings.*.json are sufficient for local development.
When you are ready to get your own, go to Microsoft Entra ID and create a new application registration. For local development, set the redirect URL to the origin you actually launch from:
http://localhost:5173/signin-oidcfor the default Vite dev flowhttp://localhost:5165/signin-oidcif you are testing directly against the backend originhttps://localhost:44322/signin-oidcif you use the default IIS Express profile
Check the box for "ID tokens".
You might also want to set the publisher domain to ucdavis.edu and fill in the other general branding info.
This template includes GA4 wiring:
- GA bootstrap script is in
client/index.html - Route-change page view tracking is in
client/src/shared/analytics/AnalyticsListener.tsx
A placeholder measurement ID is included by default:
G-XXXXXXXXXX
Before using this template in a real app, replace G-XXXXXXXXXX in client/index.html with your real GA4 measurement ID in both places:
https://www.googletagmanager.com/gtag/js?id=...gtag('config', '...')
The health check endpoint (/health) is configured to return the status of the application and its dependencies. It includes a database health check to ensure the SQL Server connection is healthy. See Health Checks.
In development mode:
- ASP.NET Core runs on port
5165 - Vite serves the frontend on port
5173 - Visual Studio uses
SpaProxyto start Vite and redirect the browser to it - Vite proxies
/api,/login,/signin-oidc, and/healthback to ASP.NET Core
This keeps frontend HMR fast while preserving the backend's auth and API pipeline. In production, the backend serves pre-built static files from wwwroot/.
The backend is configured with hot reload via dotnet watch. Any changes to C# files automatically restart the server. Visual Studio users can also run the server project directly with SpaProxy.
The frontend uses Vite's hot module replacement (HMR). Changes to React components, TypeScript files, and CSS are reflected immediately by the Vite dev server.
- Frontend routes requiring authentication redirect to the backend's login endpoint
- Backend handles OIDC flow with Microsoft Entra ID
- Upon successful authentication, a same-site cookie is set
- Frontend API calls automatically include the authentication cookie
- Backend validates the cookie for protected endpoints
- Run
cd client && npm testto execute the Vitest suite once. - Use
npm run test:watchinsideclient/for red/green feedback while you work. - Tests run against a jsdom environment with Testing Library so you do not need the backend running.
- Run
dotnet testfrom the repository root to execute the .NET test project included inapp.sln. - Alternatively, target the project directly with
dotnet test tests/server.tests/server.tests.csproj. - The tests use EF Core's in-memory provider (see
tests/server.tests/TestDbContextFactory.cs) so no SQL Server instance is required.
- JavaScript/TypeScript packages: run
npm outdatedat the repository root and insideclient/to see what can be updated. Usenpm updatein each location for compatible updates, ornpm install <package>@latestwhen you need to jump to a new major version. - After updating Node packages, reinstall if needed (
npm install,cd client && npm install) and rerun key checks likenpm run lint,cd client && npm test, anddotnet test.
.Net is a bit more complicated, but we're going to use the dotnet-outdated tool to help.
Run the following command from the repository root:
dotnet-outdated
and it'll show you a nice table of what can be updated. Be careful when updating major versions, especially with packages that are pinned to the .net version.
You can update individual packages or you can use the --upgrade flag to update all at once. Here's a nice way to do it and only update minor/patch versions:
dotnet-outdated --upgrade --version-lock Major
If you update Microsoft.EntityFrameworkCore.Design or another package that a tool depends on, you'll want to update that tool as well to match, ex: dotnet tool update dotnet-ef --local --version 8.0.21. That will update it for you but also set the value in our dotnet-tools.json so it's consistent for everyone.
And as always, after updating dependencies, make sure to run dotnet build and dotnet test to verify everything is working.
.
├── client/ # React frontend
│ ├── src/
│ │ ├── routes/ # TanStack Router routes
│ │ ├── queries/ # TanStack Query hooks
│ │ ├── lib/ # API client and utilities
│ │ └── shared/ # Shared components
│ ├── package.json
│ └── vite.config.ts
├── server/ # .NET backend
│ ├── Controllers/ # API controllers
│ ├── Helpers/ # Utility classes
│ ├── Properties/ # Launch settings
│ ├── Program.cs # Application entry point
│ └── server.csproj # SpaProxy + publish integration
├── package.json # Root dev orchestration scripts
└── app.sln # Visual Studio solution file
npm start- Starts both backend and frontend with hot reloadnpm run start:server- Starts only the ASP.NET Core backendnpm run start:client- Starts only the Vite dev server
npm run dev- Start Vite development servernpm run dev:open- Start Vite development server and open the browsernpm run build- Build for productionnpm run lint- Run ESLintnpm run preview- Preview production buildnpm test- Run tests
dotnet run- Start the .NET applicationdotnet watch- Start with hot reloaddotnet build- Build the applicationdotnet test- Run tests