Read-only mirrors. Development, issues and pull requests are on GitHub.

summaryrefslogtreecommitdiffhomepage
path: root/frontend
diff options
context:
space:
mode:
authorLeitwolf112026-10-15 17:36:58 +0300
committerLeitwolf112026-10-15 17:36:58 +0300
commit9d1b19bc01d5d3d08e3528d69924a86e7e2bfc2a (patch)
tree2aa84134e872ae1ada5b9ef5f3e29b0041e9d9b7 /frontend
parentc525fa05bbe85f3e7337d4a43c21ee6c864c839a (diff)
downloadwebsite-9d1b19bc01d5d3d08e3528d69924a86e7e2bfc2a.tar.gz
Serve the site API from ASP.NET Core 10
The language website ran a Spring Boot application on JVM 25 for two endpoints, and it was the only JVM on the server: a quarter of a gigabyte of resident memory for /api/v1/site and /health. The server already runs ASP.NET Core 10 for Progmaweb. The API is now Progmasoft.Tala.Website.Api, a minimal ASP.NET Core 10 application under the namespace Progmasoft.Tala.Website. It answers as before: /api/v1/site returns the site's own state as the same JSON, POST is not allowed there, /health answers with an empty 200, and every other path is 404. It listens on 127.0.0.1, port 5086 unless PORT says otherwise, as the Spring process did, so Nginx is unchanged. - Progmasoft.Tala.Website.slnx, Directory.Build.props and global.json set up the solution with warnings as errors, documentation comments required and NuGet lock files. - Progmasoft.Tala.Website.Api.Tests runs the endpoints in an in-memory host with xUnit v3 on Microsoft.Testing.Platform. - ops/systemd/tala-site-api.service runs the published DLL on the shared runtime from /srv/xsharp/website/current/site-api, with the hardening of the unit it replaces. - CI builds, tests, publishes and reports coverage with dotnet; CodeQL analyzes C# instead of Kotlin; Renovate watches NuGet instead of Gradle.
Diffstat (limited to 'frontend')
0 files changed, 0 insertions, 0 deletions