-
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
fix(recordings): correctly retrieve custom event templates from S3 storage #492
Conversation
This PR/issue depends on: |
47b06c0
to
6c0db23
Compare
/build_test |
Workflow started at 6/3/2024, 4:27:01 PM. View Actions Run. |
CI build and push: At least one test failed ❌ (JDK17) |
Ah right, CI won't work until after cryostatio/cryostat-core#403 . |
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.
Looks good to me.
/build_test |
Workflow started at 6/3/2024, 5:39:52 PM. View Actions Run. |
No OpenAPI schema changes detected. |
No GraphQL schema changes detected. |
CI build and push: All tests pass ✅ (JDK17) |
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
Fixes: #491
Depends on cryostatio/cryostat-core#403
See #342
See cryostatio/cryostat-core#389
Description of the change:
Some recent patches to Cryostat and cryostat-core changed how event templates are handled. The current Cryostat
main
has a bug where custom event templates can be successfully uploaded to storage, listed, and downloaded back from storage, but when trying to use the template to create a new recording then the action fails. The root of the failure is that Cryostat tries to start the recording by asking the -core service implementation to start the recording using the custom event template, but that is no longer implemented in 3.0 - this is the code path that in <=2.4 would check for the custom event template on direct disk storage. The new implementation in this PR checks if the desired template is a custom one, and if so retrieves it from S3 storage first before passing it back through the same old code path to start the recording.How to manually test:
./mvnw clean install
it. Then check out and build this PR:./mvnw -o clean package ; podman image prune -f
../smoktest.bash -Ot
<configuration>
element