-
Notifications
You must be signed in to change notification settings - Fork 638
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix(dist): remove confusing actuator config that doesn't work #12205
Conversation
This removes two properties from our default properties because they are confusing and did not work as expected. `management.endpoint.<id>.enabled` appears to only work for built-in actuators and not for our custom ones.
Test Results1 047 files ± 0 1 047 suites ±0 1h 56m 58s ⏱️ - 3m 42s Results for commit ad07619. ± Comparison against base commit 705712c. This pull request removes 451 and adds 810 tests. Note that renamed tests count towards both.
♻️ This comment has been updated with latest results. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
💯 Thanks for finding this issue.
Should we also remove param enableByDefault
?https://github.com/camunda/zeebe/blob/6d90738510da7327f8dc9fd7edc354f39ea37663/dist/src/main/java/io/camunda/zeebe/shared/management/BackupEndpoint.java#L43 ? It also doesn't seems to have any impact.
@deepthidevaki Oh right, good point 👍 |
bors r+ |
12205: fix(dist): remove confusing actuator config that doesn't work r=oleschoenburg a=oleschoenburg This removes two properties from our default properties because they are confusing and did not work as expected. `management.endpoint.<id>.enabled` appears to only work for built-in actuators and not for our custom ones. This is not new and I suspect that this never worked as expected. For 8.1 we can see that the backup actuator was available even when it was [supposed to be disabled](https://github.com/camunda/zeebe/blob/clients/go/v8.1.0/dist/src/main/resources/application.properties#L30) by default: ```shell $ docker run --rm -p 9600:9600 camunda/zeebe:8.1.0 $ curl localhost:9600/actuator | jq '._links."backups-id"' { "href": "http://localhost:9600/actuator/backups/{id}", "templated": true } ``` Similar for the partitions endpoint on 1.3 which was supposed to be enabled by default but should be disabled when setting `MANAGEMENT_ENDPOINTS_PARTITIONS_ENABLED=false`: ```shell $ docker run --rm -p 9600:9600 -e MANAGEMENT_ENDPOINTS_PARTITIONS_ENABLED=false camunda/zeebe:1.3.0 $ curl localhost:9600/actuator | jq '._links.partitions' { "href": "http://localhost:9600/actuator/partitions", "templated": false } ``` Here we can see that this endpoint exists anyway. I can't find any references to this but I suspect that the enable flags only work for built-in actuators. We can still control which actuators are available by configuring `MANAGEMENT_ENDPOINTS_WEB_EXPOSURE_INCLUDE` which actually does work as expected. Co-authored-by: Ole Schönburg <ole.schoenburg@gmail.com>
bors r- |
Canceled. |
Setting this annotation value apparently has no effect so we remove it here to avoid confusion.
92dfbbd
to
b135979
Compare
bors r+ |
@oleschoenburg We should also backport this to release branch. |
b135979
to
ad07619
Compare
Canceled. |
bors r+ |
Build succeeded: |
Successfully created backport PR for |
…r-plugin to v3.13.0 (#12205) Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com>
This removes two properties from our default properties because they are confusing and did not work as expected.
management.endpoint.<id>.enabled
appears to only work for built-in actuators and not for our custom ones.This is not new and I suspect that this never worked as expected. For 8.1 we can see that the backup actuator was available even when it was supposed to be disabled by default:
Similar for the partitions endpoint on 1.3 which was supposed to be enabled by default but should be disabled when setting
MANAGEMENT_ENDPOINTS_PARTITIONS_ENABLED=false
:Here we can see that this endpoint exists anyway.
I can't find any references to this but I suspect that the enable flags only work for built-in actuators. We can still control which actuators are available by configuring
MANAGEMENT_ENDPOINTS_WEB_EXPOSURE_INCLUDE
which actually does work as expected.