Replies: 1 comment 1 reply
-
Hi @Vadoniy, it sounds like a bug in our Spring Boot integration code as you pointed out. I created a new issue to follow up. Please consider sending out a PR if you feel like fixing it by yourself. Thanks for reporting! By the way, what is |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
When using the com.linecorp.armeria:armeria-spring-boot3-webflux-starter the Swagger and OpenAPI specs stop appearing in our company's services list. This is because the
GET /actuator
response no longer includes the corresponding endpoints.After investigating the cause, it turned out that the issue is related to Thrift integration through Armeria. The logs show that the HTTP server is started by Armeria, not Spring Boot:
[oss-http-*:8080] com.linecorp.armeria.server.Server : Serving HTTP at /[0:0:0:0:0:0:0:0%0]:8080 - http://127.0.0.1:8080/
In practice, this means that
GET /actuator
is handled at runtime byArmeriaSpringActuatorAutoConfiguration.configureExposableWebEndpoint
. Unlike Spring Boot’s standard configuration (WebFluxEndpointManagementContextConfiguration
), which uses bothWebEndpointsSupplier
andControllerEndpointsSupplier
to discover endpoints, Armeria only usesWebEndpointsSupplier
. As a result,@ControllerEndpoint
s — such as Swagger and OpenAPI — are not included and do not appear in/actuator
.It seems that
alfa-armeria-thrift-starter
hooks deeply into the networking layer via Netty, bypassing Spring Boot Actuator’s standard behavior.Is there any known or recommended solution for this issue?
Beta Was this translation helpful? Give feedback.
All reactions