[grid] Fix classpath packaging Redis-backed for SessionQueue - #17706
Conversation
Signed-off-by: Viet Nguyen Duc <nguyenducviet4496@gmail.com>
PR Summary by QodoFix SessionQueue CLI flag and bundle Redis implementation in httpd jar Description
Diagram
High-Level Assessment
Files changed (6)
|
Code Review by Qodo🐞 Bugs (0) 📘 Rule violations (0) 📎 Requirement gaps (0)
Great, no issues found!Qodo reviewed your code and found no material issues that require reviewPrevious review resultsReview updated until commit 94386d5 Results up to commit 7b06cd9
Great, no issues found!Qodo reviewed your code and found no material issues that require reviewResults up to commit bdeef0b
Great, no issues found!Qodo reviewed your code and found no material issues that require review |
|
Code review by qodo was updated up to the latest commit 7b06cd9 |
Signed-off-by: Viet Nguyen Duc <nguyenducviet4496@gmail.com>
7b06cd9 to
94386d5
Compare
|
Code review by qodo was updated up to the latest commit 94386d5 |
🔗 Related Issues
💥 What does this PR do?
Two related bugs prevented using a Redis-backed SessionQueue via CLI:
--sessionqueue-implementationwas not a recognised flag. Passing it produced: Was passed main parameter '--sessionqueue-implementation' but no main parameter was defined in your arg class. The @parameter annotation was simply absent from NewSessionQueueFlags, unlike the equivalent flags in DistributorFlags and SessionMapFlags.RedisBackedNewSessionQueuewas not bundled into the sessionqueue server jar. The class is loaded via Class.forName() at runtime, so it must be an explicit Bazel dep of the httpd target even though nothing imports it at compile time. Without it, startup failed with ClassNotFoundException.🔧 Implementation Notes
🤖 AI assistance
💡 Additional Considerations
🔄 Types of changes