Description
Spring Boot Admin Server information
-
Version:
3.4.1 -
Spring Boot version:
3.4.1
Client information
-
Spring Boot versions:
N/A -
Used discovery mechanism:
self-registration
Description
I'm working on a new major version of Steeltoe, which aims to provide Spring-compatible actuators for .NET applications. I am trying to simplify our content negotiation and effectively limit actuator endpoints to only provide a single version of response (application/vnd.spring-boot.actuator.v3+json by default). Allowing only one version seems to be working for every endpoint except /health, where I'm seeing variation in the Accept header between requests, and I'm struggling to get the details (components) of the health response to show properly in the UI at all, despite entries in the journal that seem to indicate the response was successfully parsed.
Some requests to /health include Accept application/vnd.spring-boot.actuator.v3+json, application/vnd.spring-boot.actuator.v2+json, application/vnd.spring-boot.actuator.v1+json, application/json, while others Accept application/vnd.spring-boot.actuator.v2+json, application/vnd.spring-boot.actuator.v1+json, application/json
I've zipped up a web app that should run on linux without needing .NET installed: sample app
- The app listens at http://host.docker.internal:5000
- Change the listening address by passing the --urls parameter to the command, eg:
./V3Json --urls http://localhost:1234 - If the address is changed, also update the address to register with SBA
--Spring:Boot:Admin:Client:BasePath http://localhost:1234
- Change the listening address by passing the --urls parameter to the command, eg:
- The app registers itself with Spring Boot Admin listening at http://localhost:9099
- Change the server address by editing the included appsettings.json or passing
--Spring:Boot:Admin:Client:Url http://localhost:9999
- Change the server address by editing the included appsettings.json or passing
Sample journal entry:
Sample health response in UI: