-
Notifications
You must be signed in to change notification settings - Fork 10
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
feat(recordings): implement PATCH recordingOptions #183
Conversation
619ad1c
to
1302588
Compare
/build_test |
Workflow started at 11/22/2023, 2:15:29 PM. View Actions Run. |
CI build and push: All tests pass ✅ |
CI build and push: At least one test failed ❌ |
Not ready yet - looks like this is pretty flakey, or rather, it's interacting badly with other tests. |
fb39a5f
to
a5516b9
Compare
a5516b9
to
adae0ef
Compare
f0eca15
to
a178642
Compare
/build_test |
This PR/issue depends on:
|
Workflow started at 11/27/2023, 12:42:45 PM. View Actions Run. |
CI build and push: All tests pass ✅ |
CI build and push: All tests pass ✅ |
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.
LGTM
Welcome to Cryostat3! 👋
Before contributing, make sure you have:
main
branch[chore, ci, docs, feat, fix, test]
To recreate commits with GPG signature
git fetch upstream && git rebase --force --gpg-sign upstream/main
Related to #122
See #184
See #42
Depends on #185
Description of the change:
Reimplements PATCH for
recordingOptions
and re-enables the related test.This is not actually used in the UI anywhere and is a bit of a questionable feature - this was originally implemented to allow the user to specify default recording options (maxAge, maxSize, toDisk) that would apply to every recording they would create. It's one of the very first functionalities implemented in the original cli container-jfr project and dates back to when the user would need to choose an individual target to connect to, choose whether to set these options, then invoke recording creation upon the connected target using those options. This operation doesn't properly account for the newer "connectionless" HTTP API system either, so despite the request URL containing a
connectUrl
path param, these options are actually set globally for the whole server instance on any target.See #184 . This is a direct port of the implementation from 2.4 which has the issues outlined above. We should decide if this feature should be dropped from the API altogether, or if it makes sense to "modernize" it and find a way to make use of it in the UI.
How to manually test:
You could use curl/HTTPie to test the endpoint manually, but I'm not sure the value.